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1. I am the named inventor of the claimed subject matter of the above- 
identified patent application. 

2. I have reviewed the Lo 6,920,132 patent that has been cited by 
the examiner in the above-identified patent application. The Lo patent is indicated to 
be assigned to Marvel International Ltd. 

3. The above-referenced patent application was filed after I invented 
a reduced gigabit media independent interface. In connection with the development of 
this interface, I contacted several companies in an effort to reach agreement on design 
features and functionality that would be used by Hewlett-Packard and other 
companies and become a defacto industry standard. I conceived the invention prior to 
the date of June 29, 1999 which is the date of the document entitled "Reduced Gigabit 
Media Independent Interface (RGMII), Revision L2, that is attached hereto as Exhibit 
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1., which predates Lo 6,920,132 patent filing date of May 30, 2000. I also ran 
extensive computer simulations of the circuit design which confirmed the operability 
of the circuit design. Such simulations are common practice for design engineers and 
are extremely reliable demonstrators of the adequacy and operability of particular 
designs of integrated circuits as is known to those of ordinary skill in integrated circuit 
design and development. 

4. I disclosed my invention to Marvel under a confidential 
disclosure agreement (CD A) such as the CD A shown in attached Exhibit 2 that has an 
effective date of September 28, 1999, and which was signed by National 
Semiconductor. Other companies which were provided similar information included 
Agilent, Broadcom and Intel. 

5. I prepared the document entitled "Reduced Gigabit Media 
Independent Interface (RGMII) dated June 29, 1999, Revision 1.2, (Exhibit I). This 
document shows the system diagram as well as the signal definitions on page 2, as 
well as the electrical characteristics, together with a waveform that illustrates 
multiplexing of data and control information on page 3. This document essentially 
describes the subject matter of the above-identified patent application. 

6. It is noted that the bottom of Exhibit 1 indicates that it was 
disclosed to National Semiconductor per CDA and it carries the date of 10/27/05. 
This indicated date is actually the date that this document was printed from an 
electronic file rather than the date that it was disclosed to National Semiconductor per 
a CDA. This is because the document was printed from a Word file that had a date 
code of the type which automatically updates and prints the current date at the time of 



Dec 05 05 02:07p 



Rdel Sablad 



916 785-2255 



printing. The correct date of this document is the date June 29, 1999 which has not 
changed since it was created. 

7. As a result of continued refinement of the interface, I prepared 
the document having the same title dated 4/3/2000 and indicating a Revision 1.3 
attached as Exhibit 3. There is a revision box at the bottom of the title page which 
describes the revision description as well as the date of the revision. , 

7. Additional revisions were made as a result of continuing 
refinement of the interface, including Revision 1.4 dated May 11, 2000, attached as 
Exhibit 4, and Revision 1.5, dated May 19, 2000, attached as Exhibit 5. 

8. Exhibits 1 and 3 through 5 carry the indication that they are 
revisions. I used the term "revision" when the document was still a private document 
that was confidential within the company, and was not shown to anyone without the 
protection of a nondisclosure agreement. After receiving comments and other 
feedback on the issues that the recipient companies had with the interface, it was 
revised and identified as being a revision until it became a more public document. 

9. On June 1, 2000, the document attached as Exhibit 6 was stated 
to be released for public review and comment and given the designation Version 1.0 
rather than a revision number. As the interface was further refined, it underwent 
additional versions including Version 1.1 dated August 1, 2000 attached as Exhibit 7, 
Version 1.1-B' also dated August 1, 2000 attached as Exhibit attached as Exhibit 9, 
Version 1.2 dated August 10, 2000, attached as Exhibit 10, Version 1.2 dated 
September 11, 2000 attached as Exhibit 11, Version 1.2 A dated September 22, 2000 



attached as Exhibit 12, and Version 1.3 dated December 10, 2000 attached as Exhibit 
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13, and Version 2.0 dated April 1, 2002 that is attached as Exhibit 14. 

10. While it was identified as having been "released for public 
review" on June 1, 2000, it was not actually released at that time. It was released 



which is attached as Exhibit 15. The publication was made by adding the above 
referenced documents (Exhibits 13 and 14) to the technology library at 
http://www,hp.com/rnd/library/technologv.htm which is described on attached 
"ticket" identified as Exhibit 16, which indicates that it was targeted to be published 
on 6/19/2002. 

1 1 . During the course of refining the interface, William Lo of Marvel 
Semiconductor sent me proposed changes to the interface on July 25, 2000 which are 
described in the attached Exhibit 8. 



made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true, and further that these statements were 
made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment or both under 18 U.S.C. §1001, and that such 
willful statements may jeopardize the validity of this application or any patent issued 
thereon. 



pursuant to a request made by an email from me to Stan Takata, sent June 10, 2002, 



12. As a person signing below, I hereby declare that all statements 





Daniel J. Dov^ 
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1.0 Purpose 

The RGMII is intended to be an alternative to both the IEEE802.3z GMH and the TBI. The principle objective is to reduce the number 
of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 13 pins. In order to accomplish this 
objective, the data paths and all associated control signals will be reduced and control signals will be multiplexed together and both 
edges of the I25MHz clock will be used. 



2.0 System Diagram 
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FIGURE 1 (System Diagram) 



3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LK JtEF, BYTE^EN, etc. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


Contains the lower 4 bits of data on I s of TXC, 
bits 9:6 of the data on of TXC. 


TD[4] 

TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on of TXC 
and tenth bit on of TXC. In RGMII mode, 
TXEN on ^ of TXC, TXERR on ^ of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be 125Mhz, +- 
50ppm. ( May be derived from TXC ) 


RD[3:0] 


PHY 


PHY 


Contains the lower 4 bits of data on ^ of RXC, 
bits 9:6 of the data on ^ of RXC. 


RD[4] 

RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on ^ of RXC 
and tenth bit on 4/ of RXC. In RGMII mode, 
RXDV on ^ of TXC, RXERR on ^ of TXC 


CRS COL 


N/A 


PHY (OPT*) 


CRS on ^ of TXC, COL on of TXC 



* CRS_COL required for half-duplex implementations only 

TABLE 1 
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3.1 Electrical Characteristics 

The RGMH and RTBI signals will be based upon electrical relationship to a single threshold voltage rather than absolute voltages. By 
using this approach, the interface will be portable to smaller IC geometry processes. 



Parameter 


Min 


Max 


Units 


Voh 


Vth+.5 


2.5 


V 


Vol 


0 


Vth-.5 


V 


Vih 


Vth+.2 


2.5 


V 


Vil 


0 


Vth-.2 


V 


Vth 


.75 


1. 25 


V 



TABLE 2 



3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks, then sending the lower 
4 bits on the 4 s edge and the upper 4 bits on the 4* edge. Control signals can be multiplexed into a single 125MHz clock cycle using 
the same technique. 



TXEN TXERR 





RXDV RXERR 



\ / \^ 



RXP[3:0| RXD(7 : 4| ^ ^ ^ 



FIGURE 2 

3.3 SMII Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Serial Media Independent Interface (SMII) by using TXC, TXD, 
RXD signals at the 125MHz rate as specified in the SMII verl.2 document and the SYNCH bit can be multiplexed upon the TXEN 
signal. 

3.4 Mode Selection 

The decision about which mode of operation this interface will use is left to the implemented It may be done with hard-wired pins, or 
through register bits that are controlled by software. 
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HEWLETT 
PACKARD 

CONFIDENTIAL DISCLOSURE AGREEMENT 



Effective Date: September 28. 1999 

In order to protect certain confidential information, Hewlett-Packard 
Company and it's affiliates (HP), and the Participant identified below, 
agree that: 

1 . Disclosing Party: The party disclosing confidential information 
(Discloser) 

is: Hewlett-Packard Company 

(Note: Fill in HP, Participant, or Both Parties). 

2. Primary Representative: Each party's representative for coordinating 
disclosure or receipt of confidential information is: 

HP: Barbra Stuter 

Participant: Bill Haqerstrand 

3. Description of Confidential Information: The confidential information 
disclosed under this Agreement is described as: 

HP: Technical requirements and specifications regarding Reduced 
Gigabit Media Independent Interface. RGM1I 

Participant: 

4. Use of Confidential Information: The party receiving confidential 
information (Recipient) shall make use of the confidential information 
only for the following purpose (e.g., evaluation and testing for a 
make/buy decision on project xyz) 

HP: 

Participant: Evaluating preparation of proposals for develop ment of 
new products with this RGMII interface with feature inputs from HP 

5. Confidentiality Period: This Agreement and Recipient's duty to hold 
confidential information in confidence expire on: 

(Note: This is the period of protection of confidential information ) 

6. Disclosure Period: This Agreement pertains to confidential information 
that is disclosed between the effective date and: 

January 28. 2000 

(This is the period during which confidential information is to be 
disclosed ) 

7. Standard of Care: Recipient shall protect the disclosed confidential 
information by using the same degree of care, but no less than a 
reasonable degree of care, to prevent the unauthorized use, 
dissemination, or publication of the confidential information as Recipient 
uses to protect it's own confidential information of a like nature. 

8. Marking: Recipient's obligations shall only extend to confidential 
information that is described in paragraph 3, and that: (a) compromises 
specific materials individually listed in paragraph 3; or, (b) is marked as 
confidential at the time of disclosure; or, (c) is unmarked (e.g. orally 
disclosed) but treated as confidential at the time of disclosure, and is 
designated as confidential in a written memorandum sent to Recipient's 
primary representative within thirty days of disclosure, summarizing the 
confidential information sufficiently for identification. * 

9. Exclusions: This Agreement imposes no obligation upon Recipient 
with respect to information that (a) was in Recipient's possession before 
receipt from Discloser; (b) is or becomes matter of public knowledge 
through no fault of Recipient; (c) is rightfully received by Recipient from a 
third party without a duty of confidentiality; (d) is disclosed by Discloser 
to a third party without a duty of confidentiality on the third party; (e) is 
independently developed by Recipient; (0 is disclosed under operation of 
law or; (g) is disclosed by Recipient with Discloser's prior written 
approval. 



10. Warranty: Each Discloser warrants that it has the right to make the 
disclosures under this Agreement. NO OTHER WARRANTEES ARE 
MADE BY EITHER PARTY UNDER THIS AGREEMENT. ANY 
INFORMATION EXCHANGED UNDER THIS AGREEMENT IS 
PROVIDED "AS IS". 

1 1 . Rights: Neither party acquires any intellectual property rights under 
this Agreement except the limited rights necessary to carry out the 
purposes set forth in paragraph 4. This Agreement shall not restrict 
reassignment of Recipient's employees. 

Miscellaneous 

12. This Agreement imposes no obligation on either party to purchase, 
sell, license, transfer or otherwise dispose of any technology, services or 
products. 

13. Both parties shall adhere to all applicable laws, regulations and rules 
relating to the export of technical data, and shall not export or re-export 
any technical data, any products received from Discloser, or, the direct 
product of such technical data to any prescribed country listed in such 
applicable laws, regulations and rules unless properly authorized. 

14. This Agreement does not create any agency or partnership 
relationship. 

15. All additions or modifications to this Agreement must be made in 
writing and must be signed by both parties. 

16. This Agreement is made under, and shall be construed according to, 
the laws of the State of California, USA. 

Hewlett-Packard Company 

WND/NPSD 

8000 Foothills Blvd. 

Roseville, Ca 95747-5562 



B y: Date; 

(Functional Manager's Signature) 



(Name) 



(Title) 



National Semiconductor 
1090 Kifer Road 
Mail Stop 16-280 
Sunnyvale, CA 94086 



By- Date; 

(Authorized Signature) 



(Name) 



(Title) 



Exhibit 2 




Page 1 of 4 



Reduced Gigabit Media Independent Interface 

(RGMII) 

4/3/2000 
Revision 1.3 

Reduced Pin-count Interface 

For 

Gigabit Ethernet Physical Layer Devices 



Revision Level 


Date 


Revision Description 


1.3 


April 3, 2000 


Changed Interface voltages to HSTL-1 and referenced the EIA/JESD8-6 
specification to ease implementation. 

Modified Figure 2 to be consistent with wording in Table 1. 
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1.0 Purpose 

The RGMII is intended to be an alternative to both the IEEE802.3z GMII and the TBI. The principle objective is to reduce the number 
of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 13 pins in a cost effective and technology 
independent manner. In order to accomplish this objective, the data paths and all associated control signals will be reduced and control 
signals will be multiplexed together and both edges of the 125MHz clock will be used. 

2.0 System Diagram 

RTBI / RGMII 

TXC 
TDO 
TD1 
TD2 
TD3 

TD4 / TXEN_TXERR 

RDO 
RDl 
RD2 
RD3 

RB4/RXDVRXERR 
CRS COL 
RXC 



MDIO 
MDC 
Vth 

FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on 1 s of TXC and 
bits 8:5 on of TXC. In RGMII mode, bits 3:0 on 
1^ of TXC, bits7:4 on of TXC 


TD[4]_TD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on *f of TXC 
and tenth bit on ^ of TXC. In RGMII mode, 
TXEN on <T of TXC, TXERR on of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be 125Mhz, +- 
50ppm. ( May be derived from TXC ) 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on 1 s of RXC and 
bits 8:5 on of RXC. In RGMII mode, bits 3:0 on 
'h of RXC, bits7:4 on of RXC 


RD[4] _RD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on 1 s of RXC 
and tenth bit on 4> of RXC. In RGMII mode, 
RXDV on ^ of TXC, RXERR on ^ of TXC 


CRS COL 


N/A 


PHY (OPT*) 


CRS on 1 s of TXC, COL on 4* of TXC 



* CRS_COL required for half-duplex implementations only 

TABLE 1 



SERDES 
FUNCTIONAL 
BLOCK 



■ TP+ 
TP- 



RP+ 
RP- 
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3.1 Electrical Characteristics 

The RGMII and RTBI signals will be based upon electrical relationship to a single threshold voltage rather than absolute voltages. By 
using this approach, the interface will be portable to smaller IC geometry processes. To ease standardization of this interface, HSTL 
class I signaling is proposed, based upon the EIA/JESD8-6 specification. 



Parameter 


Min 


Typ 


Max 


Units 


VDDO 


1.4 


1.5 


1.6 


V 


VREF 


.68 


.75 


.90 


V 


Vih 


VREF+.l 




VDDO + .3 


V 


Vil 


-.3 




VREF-.l 


V 


Voh 


VDDO - .4 






V 


Vol 






.4 


V 



TABLE 2 



3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks, then sending the lower 
4 bits on the ^ edge and the upper 4 bits on the 4* edge. Control signals can be multiplexed into a single 125MHz clock cycle using 
the same technique. 



/ 



/ 



Parameter 


Min 


Typ 


Max 


Units 


Tsu 


1 


1.5 


2 


ns 


Thold 


1 




2 


ns 


Tcyc 


7.5 


8 


8.5 


ns 


Tpuh 


3.5 


4 


4.5 


ns 


Tpul 


3.5 


4 


4.5 


ns 



TABLE 3 
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FIGURE 2 
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3.3 Timing Specifics 
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3.4 SMII Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Serial Media Independent Interface (SMII) by using TXC, TXD, 
RXD signals at the 125MHz rate as specified in the SMII verl.2 document and the SYNCH bit can be multiplexed upon the TXEN 
signal. 

3.5 Mode Selection 

The decision about which mode of operation this interface will use is left to the implementer. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 
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invent 



Reduced Gigabit Media Independent Interface 

(RGMII) 

5/11/2000 
Revision 1 .4 

Reduced Pin-count Interface 

For 

Gigabit Ethernet Physical Layer Devices 



Revision Level 


Date 


Revision Description 


1.3 


April 3, 2000 


Changed Interface voltages to HSTL-1 and referenced the EIA/JESD8-6 
specification to ease implementation. 

Modified Figure 2 to be consistent with wording in Table 1. 


1.4 


May 11,2000 


Changed Interface voltages to LVCMOS levels to ease implementation 
among industry members. This still allows HSTL-1 to be used with a 
VDDRQ of 2.5v and Vref of 1.25v. Cleaned up timing specs. 
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1.0 Purpose 

The RGMII is intended to be an alternative to both the IEEE802.3z GMII and the TBI. The principle objective is to reduce the number 
of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 13 pins in a cost effective and technology 
independent manner. In order to accomplish this objective, the data paths and all associated control signals will be reduced and control 
signals will be multiplexed together and both edges of the 125MHz clock will be used. 

2.0 System Diagram 



RTBI / RGMII 
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FIGURE 1 (System Diagram) 



3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on ^ of TXC and 
bits 8:5 on ^ of TXC. In RGMII mode, bits 3:0 on 
^ of TXC, bits7:4 on ^ of TXC 


TD[4]_TD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on 1 s of TXC 
and tenth bit on 4* of TXC. In RGMII mode, 
TXEN on I s of TXC, TXERR on ^ of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be 125Mhz, +- 
50ppm. ( May be derived from TXC ) 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on ^ of RXC and 
bits 8:5 on ^ of RXC. In RGMII mode, bits 3:0 on 
t of RXC, bits7:4 on of RXC 


RD[4] _RD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on of RXC 
and tenth bit on of RXC. In RGMII mode, 
RXDV on ^ of TXC, RXERR on ^ of TXC 


CRS COL 


N/A 


PHY (OPT*) 


CRS on <T of TXC, COL on ^ of TXC 



* CRS_COL required for half-duplex implementations only 

TABLE 1 
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3.1 Electrical Characteristics 

The RGMH and RTBI signals will be based upon 2.5v CMOS interface voltages. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


IOH = -1.0mA; VCC= Min 


2.1 




V 


Vol 


Output Low Voltage 


Iol = 1.0mA; Fcc=Min 


GND 


0.40 


V 


Vih 


Input High Voltage 




1.7 




V 


VlL 


Input Low Voltage 






.70 


V 


1IH 


Input High Current 


VCC =Max; ViN= 2.5V 




40 


uA 


IlL 


Input Low Current 


Vcc = Max; VlN=0AV 


-600 




uA 



TABLE 2 



3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks, then sending the lower 
4 bits on the f> edge and the upper 4 bits on the edge. Control signals can be multiplexed into a single 125MHz clock cycle using 
the same technique. 



TXD4JTXD9 
TXEN TXERR 



RXD4_RXD9 
RXDV RXERR 




/V. 



7 V. 



\ / V 



)CIXZXI3< 



\ / v_y 



X 
X 



FIGURE 2 



3.3 Timing Specifics (Measured with a 20pF / 1KQ shunt load) 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


Tsu 


Setup Time (at Receiver) 


1.5 






ns 


Tco 


Clock to Output Delay (at Transmitter) 


.5 




1.5 


ns 


Thold 


Hold Time (at Receiver) 


0 






ns 


Tcyc 


Clock Cycle Duration 


7.5 


8 


8.5 


ns 


Tpuh 


Positive Pulse Width 


3.8 


4 


4.2 


ns 


Tpul 


Negative Pulse Width 


3.8 


4 


4.2 


ns 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



TABLE 3 
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3.4 SMII Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Serial Media Independent Interface (SMII) by using TXC, TXD, 
RXD signals at the 125MHz rate as specified in the SMII verl.2 document and the SYNCH bit can be multiplexed upon the TXEN 
signal. 

3.5 Mode Selection 

The decision about which mode of operation this interface will use is left to the implemented. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 
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Reduced Gigabit Media Independent Interface 

(RGMII) 

5/19/2000 
Revision 1.5 

Reduced Pin-count Interface 

For 

Gigabit Ethernet Physical Layer Devices 



Revision Level 


Date 


Revision Description 


1.3 


April 3, 2000 


Changed Interface voltages to HSTL-1 and referenced the EIA/JESD8-6 
specification to ease implementation. 

Modified Figure 2 to be consistent with wording in Table 1. 


1.4 


May 11,2000 


Changed Interface voltages to LVCMOS levels to ease implementation 
among industry members. This still allows HSTL-1 to be used with a 
VDDRQ of 2.5v and Vref of 1.25v. Cleaned up timing specs. 


1.5 


May 19, 2000 


Added Section 3.6 statement regarding Intellectual Property 
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1.0 Purpose 

The RGMII is intended to be an alternative to both the IEEE802.3z GMII and the TBI. The principle objective is to reduce the number 
of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 13 pins in a cost effective and technology 
independent manner. In order to accomplish this objective, the data paths and all associated control signals will be reduced and control 
signals will be multiplexed together and both edges of the 125MHz clock will be used. 

2.0 System Diagram 

RTBI / RGMII 

TXC 
TDO 
TD1 
TD2 
TD3 

TD4 / TXEN_TXERR 

RDO 
RD1 
RD2 
RD3 

RD4 / RXDV RXERR 
CRS_COL 
RXC 



MDIO 
MDC 

FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTE EN, etc. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on f> of TXC and 
bits 8:5 on 4* of TXC. In RGMII mode, bits 3:0 on 
T> of TXC, bits7:4 on 4> of TXC 


TD[4]JTD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on 1 s of TXC 
and tenth bit on 4/ of TXC. In RGMII mode, 
TXEN on f of TXC, TXERR on ^ of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be l25Mhz, +- 
50ppm. ( May be derived from TXC ) 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on 1 s of RXC and 
bits 8:5 on sU of RXC. In RGMII mode, bits 3:0 on 
f> of RXC, bits7:4 on 4> of RXC 


RD[4] _RD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on 4 s of RXC 
and tenth bit on of RXC. In RGMII mode, 
RXDV on 1 s of TXC, RXERR on 4^ of TXC 


CRS COL 


N/A 


PHY (OPT*) 


CRS on 'h of TXC, COL on vU of TXC 



* CRS_COL required for half-duplex implementations only 

TABLE 1 





SERDES 






FUNCTIONAL 






BLOCK 


+ TP+ 




► TP _ 






* RP+ 






* RP- 






" SD+ 



J 
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3.1 Electrical Characteristics 

The RGMII and RTBI signals will be based upon 2.5v CMOS interface voltages. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


Ion = -l.OmA; Vcc = Min 


2.1 




V 


Vol 


Output Low Voltage 


Iol= 1.0mA; Vcc=M'm 


GND 


0.40 


V 


Vih 


Input High Voltage 




1.7 




V 


VlL 


Input Low Voltage 






.70 


V 


IlH 


Input High Current 


Vcc = Max; Vm=2.SV 




40 


iA 


IlL 


Input Low Current 


VCC = Max; Kw=0.4V 


-600 




iA 



TABLE 2 



3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks, then sending the lower 
4 bits on the ^ edge and the upper 4 bits on the 4^ edge. Control signals can be multiplexed into a single 125MHz clock cycle using 
the same technique. 

— \ / \ / 

)CZXZ^CZX 
)d>OCZX 



\ / \ / 

)CZXZXZX 

FIGURE 2 

3.3 Timing Specifics (Measured with a 20pF / 1KO shunt load with a timing threshold of 1.25v) 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


Tsu 


Setup Time (at Receiver) 


1.5 






ns 


Tco 


Clock to Output Delay (at Transmitter) 


.5 




1.5 


ns 


Thold 


Hold Time (at Receiver) 


0 






ns 


Tcyc 


Clock Cycle Duration 


7.5 


8 


8.5 


ns 


Tpuh 


Positive Pulse Width 


3.8 


4 


4.2 


ns 


Tpul 


Negative Pulse Width 


3.8 


4 


4.2 


ns 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



TABLE 3 



TXC 



TXD 



TXD4JTXD9 
TXEN_TXERR 




RXC 



RXD 



CRS_COL 



RXD4 RXD9 
RXDVRXERR 
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3.4 SMII Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Serial Media Independent Interface (SMII) by using TXC, TXD, 
RXD signals at the 125MHz rate as specified in the SMII verl.2 document and the SYNCH bit can be multiplexed upon the TXEN 
signal. Support for SMII version 2.1 can be implemented by using RXCLK for self-synchronous clocking. 

3.5 Mode Selection 

The decision about which mode of operation this interface will use is left to the implemented. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

3.6 Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document to encourage others to 
adopt this interface as an industry standard. Any questions concerning this release should be directed to the Director of Intellectual 
Property, Hewlett-Packard Company, 3000 Hanover Street, Palo Alto, CA. 
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1.0 Purpose 

The RGMII is intended to be an alternative to both the IEEE802.3z GMII and the TBI. The principle objective is to reduce the number 
of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 13 pins in a cost effective and technology 
independent manner. In order to accomplish this objective, the data paths and all associated control signals will be reduced and control 
signals will be multiplexed together and both edges of the 125MHz clock will be used. 

2.0 System Diagram 

RTBI / RGMII 

TXC - 
TDO - 
TD1 - 
TD2 _ 
TD3 _ 

TD4 / TXENTXERR _ 

RDO « 

RDl « 

RD2 « 

RD3 « 

RD4 I RXDVRXERR * 

CRS_COL < 

RXC 4 



MDIO 
MDC 

FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEJEN, etc. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on of TXC and 
bits 8:5 on 4> of TXC. In RGMII mode, bits 3:0 on 
^ of TXC, bits7:4 on ^ of TXC 


TD[4]_TD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on ^ of TXC 
and tenth bit on ^ of TXC. In RGMII mode, 
TXEN on ^ of TXC, TXERR on 4> of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be 125Mhz, +- 
50ppm. ( May be derived from TXC ) 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on 1 s of RXC and 
bits 8:5 on ^ of RXC. In RGMII mode, bits 3:0 on 
^ of RXC. bits7:4 on ^ of RXC 


RD[4] _RD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on of RXC 
and tenth bit on ^ of RXC. In RGMII mode, 
RXDV on ^ of TXC, RXERR on of TXC 


CRS COL 


N/A 


PHY (OPT*) 


CRS on ^ of TXC, COL on 4* of TXC 



* CRS_COL required for half-duplex implementations only 

TABLE 1 



SERDES 
FUNCTIONAL 
BLOCK 



TP+ 
TP- 



RP+ 
RP- 



SD+ 
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3.1 Electrical Characteristics 

The RGMII and RTBI signals will be based upon 2.5v CMOS interface voltages. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


lOH = -1.0mA; VCC = Min 


2.1 


VDD+.3 


V 


Vol 


Output Low Voltage 


IOL= LOmA; Kcc=Min 


GND-.3 


0.40 


V 


Vih 


Input High Voltage 


VIH > VIH Min; Fcc=Min 


1.7 




V 


V.L 


Input Low Voltage 


VlH > VlL Max; KcC=Min 




.70 


V 


IlH 


Input High Current 


VCC = Max; Kw=2.5V 




15 


iA 


flL 


Input Low Current 


Vcc = Max; Vin = QAV 


-15 




iA 



TABLE 2 



3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks, then sending the lower 
4 bits on the ^ edge and the upper 4 bits on the 4* edge. Control signals can be multiplexed into a single 125MHz clock cycle using 
the same technique. 



TXC(ai Transmitter) 



VI \ / 



TXDf7:4H3:0| 
TX0(S:5H1:O) 



TXEN_TXERR 
TXD4 TXD9 



TXC (at Receiver) 



RXC(at Transmitter) 



RXD4RXD9 
RXDV RXERR 



RXC(at Receiver) 



k™°» x i x x 



TXEN ^ TXERB ^ 



J 



1 



/ 




A / 



" X X " 



" X crs X T 



J V 





X 






% 


X 






: i 


X 






/ h 



X 



X 



X 



FIGURE 2 



3.3 Timing Specifics (Measured with a 10pF/ 1KO shunt load with a timing threshold of 1.25 v) 



Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


TskewT 


Clock to Data output Skew (at Transmitter) 


-500 


0 


500 


ps 


TskewR 


Clock to Data input Skew (at Receiver) *note 1 


1.0 




2.0 


ns 


Tcyc 


Clock Cycle Duration 


7.5 


8 


8.5 


ns 


Tpuh 


Positive Pulse Width 


3.8 


4 


4.2 


ns 


Tpul 


Negative Pulse Width 


3.8 


4 


4.2 


ns 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



note 1 : This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1 ,5ns will be added 



to the associated clock signal. 
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TABLE 3 



3.4 SMII Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Serial Media Independent Interface (SMII) by using TXC , TXD, 
RXD signals at the 125MHz rate as specified in the SMII verl .2 document and the SYNCH b,t can be multiplexed upon the TXEN 
signal. Support for SMII version 2.1 may be implemented by using RXCLK for self-synchronous clocking, but it .s optional. 

3.5 Mode Selection 

The decision about which mode of operation this interface will use is left to the implemented It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

3.6 Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document to encourage others to 
LoptthTs interface as an industry standard. Any questions concerning this release should be directed to the Doctor of Intellectual 
Property, Hewlett-Packard Company, 3000 Hanover Street, Palo Alto, CA. 
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1.0 Purpose 

The RGMII is intended to be an alternative to both the IEEE802.3z GMII and the TBI. The principle objective is to reduce the number 
of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 13 pins in a cost effective and technology 
independent manner. In order to accomplish this objective, the data paths and all associated control signals will be reduced and control 
signals will be multiplexed together and both edges of the 125MHz clock will be used. 

2.0 System Diagram 

RTBI / RGMII 

TXC 
TDO 
TD! 
TD2 
TD3 

TD4 / TXEN_TXERR 

RDO 
RDl 
RD2 
RD3 

RD4 / RXDV RXERR 
• CRS COL 
RXC 



MDIO 
MDC 

FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fiftr 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on I s of TXC and 
bits 8:5 on ^ of TXC. In RGMII mode, bits 3:0 on 
^ of TXC, bits7:4 on ^ of TXC 


TD[4]_TD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on 1 s of TXC 
and tenth bit on ^ of TXC. In RGMII mode, 
TXEN on >h of TXC, TXERR on ^ of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be l25Mhz, +- 
50ppm. ( May be derived from TXC ) 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on 1 s of RXC and 
bits 8:5 on ^ of RXC. In RGMII mode, bits 3:0 on 
f of RXC, bits7:4 on ^ of RXC 


RD[4] _RD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on of RXC 
and tenth bit on ^ of RXC. In RGMII mode, 
RXDV on ^ of TXC, RXERR on ^ of TXC 


CRS COL 


N/A 


PHY (OPT*) 


CRS on ^ of TXC, COL on ^ of TXC 



* CRS_COL required for half-duplex implementations only 

TABLE 1 (Signal Definitions) 



SERDES 
FUNCTIONAL 
BLOCK 



TP+ 
Tr- 



ap* 
RP- 



SD+ 
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3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For example, RXDV shall assume a valid voltage level 
greater than Voh_min when true, and a valid voltage level less than Vol_max when false. 

3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks, then sending the lower 
4 bits on the 1 s edge and the upper 4 bits on the ^ edge. Control signals can be multiplexed into a single 125MHz clock cycle using 
the same technique. 



TXC(at Transmitter) 

TXD[7:4l[3:0] 
TXD[8:5][3:0) 

TXENJTXERR 
TXD4_TXD9 

TXC (at Receiver) 



RXC(at Transmitter) 

RXD[7:4][3:0l 
RXD[8:5]{3:0] 

RXD4_RXD9 
RXDVRXERR 

CRS_COL 
RXC(at Receiver) 



VJ \ / 



TskewT 



~WtXP[3:0) ^TXD[7:4J ^ ^ 



j 



)CZX 



TskewR 



)C_X 

J 



k \ / 



TskewT 



RXD[3:0] )r RXD(7 



5 ( X 



^ RXDV RXERR | j y ^ 

~X crs X c ° L X X 



J \ / 



AfR 

J 



FIGURE 2 (Multiplexing & Timing Diagram) 



3.3 Timing Specifics (Measured with the circuit shown in FIGURE 3 and a timing threshold voltage of 1.25v) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


TskewT 


Clock to Data output Skew (at Transmitter) 


-500 


0 


500 


ps 


TskewR 


Clock to Data input Skew (at Receiver) *note 1 


1.0 




2.0 


ns 


Tcyc 


Clock Cycle Duration 


7.5 


8 


8.5 


ns 


Tpuh 


Positive Pulse Width 


3.8 


4 


4.2 


ns 


Tpul 


Negative Pulse Width 


3.8 


4 


4.2 


ns 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



note 1 : This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1 .5ns will be added 



to the associated clock signal. 



TABLE 2 



Source 



> 



A/W 

R = 50 Q 



- f)z=50Q> — y*- 



2pF 



Measurement 
Point 



FIGURE 3 
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3 A TXERR and RXERR Coding 

To reduce power of this interface, TXERR and RXERR will be encoded in a manner that minimizes transitions during normal network 
operation. This is done by the following encoding method. 

TXERR <= TXERR (XOR) TXEN 
RXERR <= RXERR (XOR) RXDV 

When receiving a valid frame with no errors, RXDV=true is generated as a valid (greater than Voh_min) voltage on the ^ edge of 
RXCLK and RXERR=false is generated as a valid (greater than Voh_min) voltage on the ^ edge of RXCLK. When no frame is being 
received, RXDV-false is generated as a valid (less than Volmax) voltage on the <t edge of RXCLK and RXERR=false is generated 
as a valid (less than Vol_max) voltage on the 4^ edge of RXCLK. 

When receiving a valid frame with errors, RXDV=true is generated as valid (greater than Voh_min) voltage on the ^ edge of RXCLK 
and RXERR=true is generated as a valid (less than Vol_max) voltage on the >l/ edge of RXCLK. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays high for both edges of the clock and during 
the period between frames where no errors are to be indicated, the signal stays low for both edges. 



TXC(at Transmitter) _ 



Valid Frame 



TXD[7:4][3:0] 



TXEN TXERR - 



TXEN=tnic TXERR= false 



End ofFrai 



TXEN=faIse TXERR= false 




TXC(at Transmitter) 



Frame with error 



TXD[7:4][3:0] 



TXEN _TX ERR - 



^ ( txdi3:oi X txdi7:41 X~ " XX X 

l TXEN=true\ ^ TXERR=tni e ^ 



Endof Frame- 



TX£N=false TXERR= false 



FIGURE 4 

3.5 Electrical Characteristics 

The RGMII and RTBI signals will be based upon 2.5v CMOS interface voltages. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


lOH = -1.0mA; VCC= Min 


2.1 


VDD+.3 


V 


Vol 


Output Low Voltage 


lOL= 1.0mA; Vcc=Um 


GND-.3 


0.40 


V 


Vih 


Input High Voltage 


Vih > Vih Min\ Vcc=Min 


1.7 




V 


VrL 


Input Low Voltage 


Vih > Vil Max; Kcc=Min 




.70 


V 


IlH 


Input High Current 


Vcc = Max; Kw=2.5V 




15 


uA 


Ill- 


Input Low Current 


VCC =Max; Vin=QAV 


-15 




uA 



TABLE 3 
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4.0 SMII Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Serial Media Independent Interface (SMII) by using TXC, TXD, 
RXD signals at the 125MHz rate as specified in the SMII verl .2 document and the SYNCH bit can be multiplexed upon the TXEN 
signal. Support for SMII version 2. 1 may be implemented by using RXCLK for self-synchronous clocking, but it is optional. When 
implemented, the following pin mapping will apply. 



RGMII Signal 


SMII v 1.2 Signal 


SMII \2A signal 


TXEN TXERR 


SYNC 


T SYNC 


TDfOl 


TD 


TD 


RXDV RXERR 


n/a 


R SYNC 


RDfOl 


RD 


RD 


TXC 


TCK 


TCK 


RXC 


n/a 


RCK 



TABLE 4 



5.0 Mode Selection 

The decision about which mode of operation this interface will use is left to the implementers. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

6.0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document to encourage others to 
adopt this interface as an industry standard. Any company wishing to use this specification may do so if they will in turn relinquish 
their proprietary rights to information contained or referenced herein. Any questions concerning this release should be directed to the 
Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover Street, Palo Alto, CA. 

6.1 Contributions of Intellectual Property 

All contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document to encourage others to adopt this interface as an industry standard. Any questions concerning their 
contributions should be directed to their corporate headquarters. 



rgmii_marvell 

Marvel 1 Semiconductor Confidential 

Marvel 1 Semiconductor proposed changes to HP-RGMII 

7/25/00 

William Lo 

All RGMII changes should be a simple exercise in combinatorial mapping. 
Goal s : 

1) Keep the 10/100/1000 mapping consistent 

2) 12 pin interface 

3) Easy migration to RGMII in 10/100 mode from existing Mil 

4) Minimize pin toggling to save power 



Change #1 

Let RXDV_RXERR and txen_txerr be single data rate signal, 
in all 3 speeds. 

Probably a good idea to rename it to RX_CTRL and TX_CTRL. 

RD[3:0] and TD[3:0] double datarate in 1000Mb/s, 
single data rate in 10/100. 



Change #2 

IEEE TX_CLK eliminated in 10/100. 

GTX_CLK operates at 125Mhz, 25Mhz, 2.5Mhz in 1000/100/10 respectively. 
RX_CLK operates same way as in GMII/MII 
Change #3 

Do combinatorial mapping as follows 



GMII/MII RGMII (HP-Marvel 1) 



(EN 


TXER 


TXD[7:0] 


TX_CTRL 


TD[3:0] 




0 


0 


xxxxxxxx 


0 


Oxxx 


Idle 


0 


1 


00001111 


0 


1001 


Carrier Extension 


0 


1 


00011111 


0 


1011 


Carrier Extension 


1 


0 


xxxxxxxx 


1 


xxxx 


Data 


1 


1 


xxxxxxxx 


0 


1100 


Symbol Error 



GMII/MII 






RGMII 


(HP-Marvell) 




CRS RXDV 


RXER 


RXD[7:0] 


RX_CTRL RD[3:0J 




0 0 


0 


xxxxxxxx 


0 


Oxxx 


Idle 


1 0 


0 


xxxxxxxx 


0 


1111 


Carrier sense no data 


1 0 


1 


00001110 


0 


1000 


False Carrier 


1 0 


1 


00001111 


0 


1001 


Carrier Extension 


1 0 


1 


00011111 


0 


1011 


Carrier Extension Error 


1 1 


0 


xxxxxxxx 


1 


xxxx 


Data 


1 1 


1 


xxxxxxxx 


0 


1100 


Symbol Error 



This change may be a pain for someone who already implemented 

the RGMII v 1.0 for 1000Mb/s already but if this mapping is adopted then 

the advantages are 

A) eliminates double data rate signals in the 10/100 case - hence no timing 
change in Mil. 

B) no excessive toggling of the control pin in Carrier extension, 
Carrier extension error, false carrier, or symbol error cases 

c) Consistent mapping across 10/100/1000 

Change #4 

Eliminate CRS_COL pin 

Page 1 
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rgmii_marvell 

Timing 

in lOOOMb/s mode keep things the way it is now. 
in 10/100. 

On the RX side keep the same as IEEE with 10ns setup and hold relative 
to rising edge of RX_CLK. Trace delay should not really be an issue. 

on the tx side since GTX_CLK is the source make it like the GMII with 
2.0ns setup and 0ns hold at the receiving side. However since there is 
trace delays to take into account and there is no reason to make this 
so tight when the fastest clock is 40ns I would suggest loosening the 
spec. 

Make it real loose for both PHY and MAC. Trace delay a no brainer 
if lOOOMb/s timings satisfied. 

A) At the source relative to rising edge of TX_CLK or RX_CLK 
Setup time 10ns, hold 10ns. 

B) At the sink relative to the rising edge of TX_CLK or RX_CLK 
Setup time 7ns, hold 7ns. 
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Modified RXERR and TXERR coding to reduce transitions and power 
in normal conditions. 

Removed CRS COL pin and incorporated coding alternative for half 
duplex implementation. 
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for timing. PHY generated signals are based on RXC and MAC 

generated signals are based on TXC. Specified that RXC is derived 

from TXC to eliminate need for FIFOs in the MAC. 
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Removed references to SMI I due to broad concerns about IP exclusivity 

and added specification for 10/100 Mil operation. 

Modified Intellectual Property statement to address incorporation of IP 

from multiple sources. 

Modified document formatting. 
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1.0 Purpose 

The RGMII is intended to be an alternative to the IEEE802.3u Mil, the IEEE802.3z GMII and the TBI. The principle objective is to 
reduce the number of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 12 pins in a cost 
effective and technology independent manner. In order to accomplish this objective, the data paths and all associated control signals 
will be reduced and control signals will be multiplexed together and both edges of the 125MHz clock will be used. 

2.0 System Diagram 

RTBI / RGMII 

TXC 
TDO 
TDI 
TD2 
TD3 

TD4 / TXEN_TXERR 

RDO 
ROl 
RD2 
RD3 

RD4 / RXDV RXERR 
RXC 

MDIO 
MDC 



FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. Register assignment of SERDES control bits is left to the implementer. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on of TXC and 
bits 8:5 on 4> of TXC. In RGMII mode, bits 3:0 on 
of TXC, bits7:4 on ^ of TXC 


TD[4]_TD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on ^ of TXC 
and tenth bit on 4> of TXC. In RGMII mode, 
TXEN on ^ of TXC, TXERR on ^ of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be l25Mhz, +- 
50ppm. and shall be derived from TXC. 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on of RXC and 
bits 8:5 on ^ of RXC. In RGMII mode, bits 3:0 on 
'h of RXC, bits7:4 on 4> of RXC 


RD[4] JRD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on ^ of RXC 
and tenth bit on ^ of RXC. In RGMII mode, 
RXDV on ^ of RXC, RXERR on ^ of RXC 



TABLE 1 (Signal Definitions) 



SERDES 
FUNCTIONAL 
BLOCK 



TP+ 
TP- 



RP+ 
RP- 



" SD+ 
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3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For descriptive purposes, a signal shall be at a logic 
"high" when it is at a valid voltage level greater than Voh.min, and logic "low" when it is at a valid voltage level less than Vol_max. 

3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks and sending the lower 4 
bits on the <T edge and the upper 4 bits on the ^ edge. Control signals can be multiplexed into a single 125MHz clock cycle using the 
same technique. 

~Ai \ / 



TXC(at Transmitter) 

TXD[7:4][3:0} 
TXD[8:5J[3:0] 

TXEN_TXERR 
TXD4JTXD9 

TXC (at Receiver) 



RXC{at Transmitter) 

RXD[7:4][3:0] 
RXD[8:5][3:0] 

RXD4RXD9 
RXDV_RXERR 

RXC(at Receiver) 



txen ) C 



TXERR 



J V 



' x 


X 




<- TskcwR 


: x 


X 






/ r 





/ 



RXD[3:0] 



RXD[7:4] 



A \ / 



TskewT 



RXDV 



X 



RXERR 



I 





X 






> 




X 






<- TskewR 

\ 


/ 


\ 





J 



FIGURE 2 (Multiplexing & Timing Diagram) 



x 



x 



X 



X 



3.3 Timing Specifics (Measured with the circuit shown in FIGURE 3 and a timing threshold voltage of 1.25v) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. Timing 
values are defined in percentages of the nominal clock period so to make this table speed independent. 



Symbol 



TskewT 



TskewR 



Tcyc 



Tpuh 



Tpul 



Tr/Tf 



Parameter 



Clock to Data output Skew (at Transmitter) 



Clock to Data input Skew (at Receiver) *note 1,2 



Clock Cycle Duration 



Positive Pulse Width 



Negative Pulse Width 



Rise / Fall Time (20-80%) 



Min 



-5 



90 



45 



45 



Typical 



0 



100 



50 



50 



Max 



110 



55 



55 



10 



Units 



% 



ns 



% 



% 



% 



% 



note I: This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1.5ns will be added 

to the associated clock signal, 
note 2: For 10Mbps and 100Mbps and 1000 speeds, Tcyc will scale to 400ns and 40ns and 8ns respectively. 



TABLE 2 



»toy Ml (fa? Mfcw m^j 
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PHY 
or 

Reconciliation 
Sublayer 



GMII 
Driver 



Vendor 
Specified 
Termination 
Network 
(Optional) 



Transmission Line 

1.00 ns delay 
50 Ohms ±15% 



Vendor 
Specified 
Termination 
Network 
(Optional) 




GMII 
"Receiver 
Load" 



Input 
Measurement Point 



FIGURE 3 



3.4 TXERR and RXERR and CRS Coding 

To reduce power of this interface, TXERR and RXERR, will be encoded in a manner that minimizes transitions during normal network 
SSta lowing encoding method. Note that the value of GMII.TXJZR and GMII.TX EN are valid at the 

rising edge of the clock while TXERR is presented on the falling edge of the clock. RXERR coding behaves in the same way. 

TXERR <= GMIMTXJER (XOR) GMII_TX_EN 
RXERR <= GMIIJWER (XOR) GMH_RX_DV 

When receiving a valid frame with no errors, RXDV=true is generated as a logic high on the * edge of RXC and RXERR=false is 
generated as a logic high the * edge of RXC. When no frame is being received, RXDV=false is generated as a logic low on the * 
edge of RXC and RXERR=false is generated as a logic low on the 4/ edge of RXC. 

When receiving a valid frame with errors, RXDV=true is generated as logic high on the * edge of RXC and RXERR=true is generated 
as a logic low on the ^ edge of RXC. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays at a logic high for both edges of TXC and 
during the period between frames where no errors are to be indicated, the signal stays low for both edges. 



TXEN 


TXERR 


TXD[7:01 


Description 


PLS DATA.request parameter 


0 


0 


00 through FF 


Normal inter-frame 


TRANSMIT COMPLETE 


0 




00 through OE 


Reserved — 




0 




OF 


Carrier Extend 


EXTEND (cipht bits) 


0 




10 through IE 


Reserved — 




0 




IF 


Carrier Extend Error 


EXTEND ERROR (eight bits) 


0 




20 through FE 


Reserved — 




1 


0 


00 through FF 


Normal data transmission 


ZERO, ONE (cipht bits) 


1 


I 


00 through FF 


Transmit error propagation 


No applicable parameter 



NOTE — Values in TXD[7:0] column are in hexadecimal 

TABLE 3 (Allowable Encoding of TXD, TXERR and TXEN) 
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RXDV 


RXERR 


RXDr7:0] 


Description 


PLS DATA, indicate parameter 


0 


0 


00 through FF 


Normal inter-frame 


No applicable parameter 


0 


1 


00 


Normal inter-frame 


No applicable parameter 


0 


I 


01 through 0D 


Reserved 


— 


0 


I 


0E 


False Carrier indication 


No applicableparameter 


0 




OF 


Carrier Extend 


EXTEND (eight bits) 


0 




10 through IE 


Reserved 




0 




IF 


Carrier Extend Error 


ZERO, ONE (eight bits) 


0 




20 through FE 


Reserved 




0 




FF 


Carrier Sense 


PLS Carrier. Indicate 


1 


0 


00 through FF 


Normal data reception 


ZERO, ONE (eight bits) 


1 


1 


00 through FF 


Data reception error 


ZERO, ONE(eight bits) 



NOTE— Values in RXD<7:0> column are in hexadecimal. 



TABLE 4 (Allowable Encoding of RXD, RXDV and RXERR) 

In half duplex mode, CRS is indicated by the case where RXDV is true, or the case where RXDV is false, RXERR is true, and a va 
of FF exists on the RXD[7:0] bits simultaneously or in the case where a Carrier Extend, Carrier Extend Error or False Carrier are 
occurring. 

Collision is determined at the MAC by the assertion of TXEN being true while CRS or RXDV are true at the same time. The PHY 
not assert CRS as a result of TXEN being true. 



Valid Frame 

/ \ 

TXC(at Transmitter) 



TXD[7:4][3:0] 



X™D(™XI " XX X 



TXENJTXERR / ^ „ f ^ 



TXEN=tmc TXERR= false -\ TXEN=false TXERR= false 



Frame with error 

/ \ 

TXC(at Transmitter) 



TXD [7 „ ( 3:0, X™ |3:0 'X TXD17:41 " XX X 

TXEN=false TXERR= false 



/ TXEN=true\ TXERK=true 
TXENJTXERR / N ' End q(? ^ 



FIGURE 4 
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3.5 Electrical Characteristics 

The RGMII and RTBI signals will be based upon 2.5v CMOS interface voltages. 



Symbo 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


IOH = - 1 .OmA; Vcc= Min 


2.1 


VDD+.3 


V 


Vol 


Output Low Voltage 


IOL= LOmA; Vcc=Min 


GND-.3 


0.40 


V 


Vih 


Input High Voltage 


Vih > Vih Min; Vcc^Min 


1.7 




V 


ViL 


Input Low Voltage 


Vih>Vil Max;Vcc=Min 




.70 


V 


IIH 


Input High Current 


Vcc = Max; V IN = 2.5V 




15 


uA 


IlL 


Input Low Current 


VCC =Max; VrN=0.4V 


-15 




uA 



TABLE 5 



4.0 10/100 Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Media Independent Interface (Mil) by reducing the clock rate to 
25MHz for 100Mbps operation and 2.5MHz for 10Mbps. The TXC will always be generated by the MAC and RXC will be generated 
by the PHY. 

This interface will operate at 10 and 100Mbps speeds exactly the same way it does at Gigabit speed with the exception that the data is 
duplicated on the ^ edge of the appropriate clock. 

For 10 and 100 speeds, CRS will be asserted asynchronously upon detection of carrier unlike Gigabit speed where CRS will be 
asserted synchronous to the RXC. 

5.0 Mode Selection 

The decision about which mode of operation this interface will use is left to the implementers. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

6.0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document to encourage others to 
adopt this interface as an industry standard. Any company wishing to use this specification may do so if they will in turn relinquish 
their proprietary rights to information contained or referenced herein. Any questions concerning this release should be directed to the 
Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover Street, Palo Alto, CA. 

6.1 Contributions of Intellectual Property 

All contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document to encourage others to adopt this interface as an industry standard. Any questions concerning their 
contributions should be directed to their corporate headquarters. 



Page 1 of 7 



***REVIEWONLY 1.2*** 




invent 



Reduced Gigabit Media Independent Interface 

(RGMII) 

8/10/2000 
Version 1 .2 



Reduced Pin-count Interface 

For 

Gigabit Ethernet Physical Layer Devices 




Exhibit 10 



Page 2 of 7 



Revision Level 


Date 


Revision Description 


1.0 


June 1,2000 


Released for public review and comment 


l.l 


August 1,2000 


a) Modified RXERR and TXERR coding to reduce transitions and power 
in normal conditions. 

b) Removed CRS_COL pin and incorporated coding alternative for half 
duplex implementation. 

c) Found and corrected some inconsistencies in which clock was specified 
for timing. PHY generated signals are based on RXC and MAC 
generated signals are based on TXC. Specified that RXC is derived 
from TXC to eliminate need for FIFOs in the MAC. 

d) Modified timing diagram to incorporate PC board load conditions. 

e) Removed references to SMII due to broad concerns about IP exclusivity 
and added specification for 10/100 Mil operation. 

f) Modified Intellectual Property statement to address incorporation of IP 
from multiple sources. 

g) Modified document formatting. 


1 o 

1 .1 


August iu, zuuu 


ai tvccjuircQ i^tvo abseriioii/ucdoscriioii iu uc ;>yiiciiiuiiuub ikji an zspccuo. 

b) Returned timing numbers to absolute from percentages. 

c) Added verbage to allow clock cycle stretching during speed changes and 
receive data and clock acquistion. 

d) Slight wording change on IP statements to limit scope. 
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1.0 Purpose 

The RGMH is intended to be an alternative to the IEEE802.3u Mil, the IEEE802.3z GMII and the TBI. The principle objective is to 
reduce the number of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 12 pins in a cost 
effective and technology independent manner. In order to accomplish this objective, the data paths and all associated control signals 
will be reduced and control signals will be multiplexed together and both edges of the clock will be used. For Gigabit operation, the 
clocks will operate at 125 MHz, and for 10/100 operation, the clocks will operate at 2. 5 MHz or 2 5 MHz respectively. 

2.0 System Diagram 

RTBI / RGMH 

TXC 
TOO 
TD1 
TD2 
TD3 

TD4 / TXEN_TXERR 

RD0 
RBI 
RD2 
RD3 

RD4 / RXDV RXERR 
RXC 

MDIO 
MDC 



FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMH will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. Register assignment of SERDES control bits is left to the implementer. 



Signal Name 


RTBI 


RGMH 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, +- 
50ppm with a maximum pk-pk jitter of lOOps. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on ^ of TXC and 
bits 8:5 on ^ of TXC. In RGMH mode, bits 3:0 on 
<f of TXC, bits7:4 on >i> of TXC 


TD[4]_TD[9] 
TXEN TXERR 


PCS 


MAC 


In RTBI mode, contains the fifth bit on of TXC 
and tenth bit on ^ of TXC. In RGMII mode, 
TXEN on of TXC, TXERR on 4^ of TXC 


RXC 


PHY 


PHY 


The receive reference clock will be 125Mhz, +- 
50ppm. and shall be derived from TXC. 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on I s of RXC and 
bits 8:5 on ^ of RXC. In RGMII mode, bits 3:0 on 
of RXC, bits7:4 on ^ of RXC 


RD[4] _RD[9] 
RXDV RXERR 


PHY 


PHY 


In RTBI mode, contains the fifth bit on ^ of RXC 
and tenth bit on 4> of RXC. In RGMII mode, 
RXDV on of RXC, RXERR on sU of RXC 



TABLE 1 (Signal Definitions) 



SERDES 
FUNCTIONAL 
BLOCK 



TP+ 
TP- 



RP+ 
RP- 



SD+ 
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3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For descriptive purposes, a signal shall be at a logic 
"high" when it is at a valid voltage level greater than Voh_min, and logic "low" when it is at a valid voltage level less than Vol_max. 

3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks and sending the lower 4 
bits on the ^ edge and the upper 4 bits on the ^ edge. Control signals can be multiplexed into a single clock cycle using the same 
technique. 



TXC(at Transmitter) 

TXDI7:4][3:0] 
TXD[8:5][3:0] 

TXEN TXERR 
TXD4_TXD9 

TXC (at Receiver) 



X 



TXEN 





I \ / 




[4- TskewT 




( X 


X 






4- TskewR 


^ TXERR j 


* X 


X 



/ 



X 



X 



RXC(at Transmitter) 

RXD[7:4][3:0) 
RXD[8:5][3:0| 

RXD4_RXD9 
RXDV RXERR 

RXC(at Receiver) 



RXD[3:0] 



a v_y 



TskewT 



RXD[7 



<l X X I X X 



RXDV 



J \-U 



~ \ RXERR ft Xj ) T X 



TskewR 



1 / 



FIGURE 2 (Multiplexing & Timing Diagram) 



3.3 Timing Specifics (Measured with the circuit shown in FIGURE 3 and a timing threshold voltage of 1 .25v) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. Timing 
values are defined in percentages of the nominal clock period so to make this table speed independent. 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


TskewT 


Clock to Data output Skew (at Transmitter) 


-500 


0 


500 


ps 


TskewR 


Clock to Data input Skew (at Receiver) *note 1 


1 




2.8 


ns 


Tcyc 


Clock Cycle Duration *note 2 


7.2 


8 


8.8 


ns 


Tpuh 


Positive Pulse Width *note 3 


3.8 


4.0 




ns 


Tpul 


Negative Pulse Width *note 3 


3.8 


4.0 




ns 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



note I: This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1 5ns will be added 



to the associated clock signal, 
note 2: For 10Mbps and 100Mbps, Tcyc will scale to 400ns and 40ns respectively. 

note 3: For 10Mbps, Tpuh and Tpul may be stretched/shrunk during speed changes or while transitioning to a received packet's clock domain 
as long as minimum times are not violated. 



TABLE 2 



mmm 
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PHY 
or 

Reconciliation 
Sublayer 



GMII 
Driver 



Vendor 
Specified 
Termination 
Network 
(Optional) 



Transmission Une 

1 .00 ns delay 
50 Ohms ±15% 



Vendor 
Specified 
Termination 
Network 
(Optional) 




GMli 
"Receiver 
Load" 



5K5pF 



Input 
Measurement Point 



FIGURE 3 



3 A TXERR and RXERR Coding 

To reduce power of this interface, TXERR and RXERR, will be encoded in a manner that minimizes transitions during normal network 
operation. This is done by the following encoding method. Note that the value of GMIIJTX_ER and GMII_TX_EN are valid at the 
rising edge of the clock while TXERR is presented on the falling edge of the clock. RXERR coding behaves in the same way. 

TXERR <= GMII_TX_ER (XOR) GMII_TX__EN 
RXERR <= GMII_RX_ER (XOR) GMII_RX_DV 

When receiving a valid frame with no errors, RXDV=true is generated as a logic high on the f edge of RXC and RXERR=false is 
generated as a logic high the ^ edge of RXC. When no frame is being received, RXDV=false is generated as a logic low on the ^ 
edge of RXC and RXERR-false is generated as a logic low on the 4> edge of RXC. 

When receiving a valid frame with errors, RXDV=true is generated as logic high on the ^ edge of RXC and RXERR=true is generated 
as a logic low on the 4* edge of RXC. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays at a logic high for both edges of TXC and 
during the period between frames where no errors are to be indicated, the signal stays low for both edges. 



GMII TX EN 


GMII TX ER 


TXDf7:0] 


Description 


PLS DATA. request parameter 


0 


0 


00 through FF 


Normal inter- frame 


TRANSMIT COMPLETE 


0 




00 through 0E 


Reserved — 




0 




OF 


Carrier Extend 


EXTEND (eight bits) 


0 




10 through IE 


Reserved — 




0 




IF 


Carrier Extend Error 


EXTEND ERROR (eight bits) 


0 




20 through FE 


Reserved — 




1 


0 


00 through FF 


Normal data transmission 


ZERO, ONE (eight bits) 


1 


1 


00 through FF 


Transmit error propagation 


No applicable parameter 



NOTE — Values in TXD[7:0] column are in hexadecimal 



TABLE 3 (Allowable Encoding of TXD, TXERR and TXEN) 



MUMm^j mM fat mtm/ mil'/ 
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GMII RX DV 


GMII RX ER 


RXD[7:0] 


Description 


PLS DATA. indicate parameter 


0 


0 


00 through FF 


Normal inter- frame 


No applicable parameter 


0 


1 


00 


Normal inter-frame 


No applicable parameter 


0 


I 


01 through 0D 


Reserved 


— 


0 


1 


0E 


False Carrier indication 


No applicableparameter 


0 


1 


OF 


Carrier Extend 


EXTEND (eight bits) 


0 




10 through IE 


Reserved 




0 




IF 


Carrier Extend Error 


ZERO, ONE (eight bits) 


0 




20 through FE 


Reserved 




0 




FF 


Carrier Sense 


PLS Carrier. Indicate 


1 


0 


00 through FF 


Normal data reception 


ZERO, ONE (eight bits) 


1 


1 


00 through FF 


Data reception error 


ZERO, ONE(eight bits) 



NOTE — Values in RXD[7;0] column are in hexadecimal. 

TABLE 4 (Allowable Encoding of RXD, RXDV and RXERR) 

In half duplex mode, CRS is indicated by the case where RXDV is true, or the case where RXDV is false, RXERR is true, and a value 
of FF exists on the RXD[7:0] bits simultaneously or in the case where a Carrier Extend, Carrier Extend Error or False Carrier are 
occurring. 

Collision is determined at the MAC by the assertion of TXEN being true while CRS or RXDV are true at the same time. The PHY will 
not assert CRS as a result of TXEN being true. 



TXC(at Transmitter) 



Valid Frame 



TXD[7:4][3:0] 



™ ^ txdi7:4] X ~ " XXX 



TXEN TXERR - 



TXEN=true TXERR= false 



End of Frarru 




TXEN=false TXERR= false 



TXC(at Transmitter) 



Frame with error 



TXD[7;4Jt3:0] 



TXEN TXERR 



j TXEN=tme ^ TXERR=true ^ 



End of Frami 




TXEN=false TXERR= false 



FIGURE 4 
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3.5 Electrical Characteristics 

The RGMII and RTBI signals will be based upon 2.5v CMOS interface voltages. 



Symbo 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


IOH = -1.0mA; Vcc= Min 


2.1 


VDD+.3 


V 


Vol 


Output Low Voltage 


IOL= 1.0mA; Vce=Min 


GND-.3 


0.40 


V 


Vih 


Input High Voltage 


Vm > Vih Min; Vcc=Min 


1.7 




V 


VIL 


Input Low Voltage 


Vih > Vil Max; Vcc=Min 




.70 


V 


IlH 


Input High Current 


VCC = Max; VlN = 2.5V 




15 


uA 


IlL 


Input Low Current 


Vcc « Max; VrN - 0.4V 


-15 




uA 



TABLE 5 



4.0 10/100 Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Media Independent Interface (Mil) by reducing the clock rate to 
25MHz for 100Mbps operation and 2.5MHz for 10Mbps. The TXC will always be generated by the MAC and RXC will be generated 
by the PHY. During packet reception, the RXC may be stretched on either the positive or negative pulse to accommodate the 
transition from the free running clock to a data-synchronous clock domain. When the speed of the PHY changes, a similar stretching of 
the positive or negative pulses is allowed. Minimum pulse widths must be maintained. 

This interface will operate at 10 and 100Mbps speeds exactly the same way it does at Gigabit speed with the exception that the data is 
duplicated on the 4> edge of the appropriate clock. 



Mode Selection 

The decision about which mode of operation this interface will use is left to the implementers. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

The MAC will not assert TXEN or TXERR until it has ensured that it is operating at the same speed as the PHY. 

5.0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document for the express purpose of 
implementation of this specification, to encourage others to adopt this interface as an industry standard. Any company wishing to use 
this specification may do so if they will in turn relinquish their proprietary rights to information contained or referenced herein. Any 
questions concerning this release should be directed to the Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover 
Street, Palo Alto, CA. 

5. 1 Contributions of Intellectual Property 

All contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document for the express purpose of implementation of this specification, to encourage others to adopt this interface 
as an industry standard. Any questions concerning their contributions should be directed to their corporate headquarters. 
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Revision Level 


Date 


Revision Description 


1.0 


June 1,2000 


Released for public review and comment 


1.1 


August 1,2000 


a) Modified RXERR and TXERR coding to reduce transitions and power 
in normal conditions. 

b) Removed CRS_COL pin and incorporated coding alternative for half 
duplex implementation. 

c) Found and corrected some inconsistencies in which clock was specified 
for timing. PHY generated signals are based on RXC and MAC 
generated signals are based on TXC. Specified that RXC is derived 
from TXC to eliminate need for FIFOs in the MAC. 

d) Modified timing diagram to incorporate PC board load conditions. 

e) Removed references to SMII due to broad concerns about IP exclusivity 
and added specification for 10/100 Mil operation. 

f) Modified intellectual Property statement to address incorporation of IP 
from multiple sources. 

g) Modified document formatting. 


1.2 


Sept 11,2000 


a) Changed TD[4]/TXEN TXERR signal name to TX_CTL 

b) Changed RD[4]/RXEN_RXERR signal name to RX_CTL 

c) Removed lOOps jitter requirement from TXC 

d) Changed RXC derivation to received data stream 

e) Clarified Table 1 description of TX^CTL and RX_CTL logical 
functions 

f) Required CRS assertion/deassertion to be synchronous for all speeds. 

g) Returned timing numbers to absolute from percentages. 

h) Relaxed 10/100 Duty cycle requirements to 40/60 

i) Added verbage to allow clock cycle stretching during speed changes and 
receive data and clock acquistion. 

j) Modified Table 4 to incorporate optional in-band signaling of link 

status, speed, and duplex, 
k) Slight wording change on IP statements to limit scope and indemnify. 
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1.0 Purpose 

The RGMII is intended to be an alternative to the IEEE802.3u Mil, the IEEE802.3z GMII and the TBI. The principle objective is to 
reduce the number of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 12 pins in a cost 
effective and technology independent manner. In order to accomplish this objective, the data paths and all associated control signals 
will be reduced and control signals will be multiplexed together and both edges of the clock will be used. For Gigabit operation, the 
clocks will operate at 125MHz, and for 10/100 operation, the clocks will operate at 2.5MHz or 25MHz respectively. 

2.0 System Diagram 



RTBI / RGMII 

TXC 
TD0 
TDI 
TD2 
TD3 
TX CTL 

RD0 
RD1 
RD2 
RD3 
RX_CTL 
RXC 



SERDES 
FUNCTIONAL 
BLOCK 



• TP+ 
- TP- 



RP+ 
RP- 

' SD+ (optional) 



MDIO « 1 

MDC 

FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEJEN, etc. Register assignment of SERDES control bits is left to the implementer. 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, 25Mhz, or 
2.5Mhz +- 50ppm depending on speed. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on ^ of TXC and bits 
8:5 on ^ of TXC. In RGMII mode, bits 3:0 on ^ of 
TXC, bits7:4 on ^ of TXC 


TX_CTL 


PCS 


MAC 


In RTBI mode, contains the fifth bit on of TXC and 
tenth bit on 4^ of TXC. In RGMII mode, TXEN on ^ of 
TXC, and a logical derivative of TXEN and TXERR on 
>b of TXC as described in section 3.4 


RXC 


PHY 


PHY 


The continuous receive reference clock will be 125Mhz, 
25Mhz, or 2.5Mhz +- 50ppm. and shall be derived from 
the received data stream 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on of RXC and bits 
8:5 on 4> of RXC. In RGMII mode, bits 3:0 on 1 s of 
RXC, bits7:4 on ^ of RXC 


RX_CTL 


PHY 


PHY 


In RTBI mode, contains the fifth bit on ^ of RXC and 
tenth bit on ^ of RXC. In RGMII mode, RXDV on ^ 
of RXC, and a derivative of RXDV and RXERR on ^ 
of RXC as described in section 3.4 



TABLE 1 (Signal Definitions) 
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3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For descriptive purposes, a signal shall be at a logic 
"high" when it is at a valid voltage level greater than Voh_min, and logic "low" when it is at a valid voltage level less than Vol_max 

3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks and sending the lower 4 
bits on the + edge and the upper 4 bits on the 4> edge. Control signals can be multiplexed into a single clock cycle using the same 
technique. 



TXC(at Transmitter) 

TXDI8:5][3:0] " 
TXD[7:4][3:0| . 

TXC TL 

TXC (at Receiver) 

RXC(at Transmitter) 

RXD[8:5)I3:0] 
RXD[7:4][3:0] 

RX_CTL 
RXC(at Receiver) 



\ / 



->i TskewT 



XTXD[4) \/ TXD[9] \jf 
TXEN /\ TXERR A 



I V 





X 




4- TskewR 




X 






/ \ s 





X 



/ 



k RXD[3:0] 



A \ / 



[4- TskewT 



RXD[8 
RXDf7 



XRXD[4l \/ RXD(9] V Y 
RXDV A RXERR A A 



J \ / 



3CZX 



TskewR 



/ 



FIGURE 2 (Multiplexing & Timing Diagram) 

3.3 Timing Specifics (Measured with the circuit shown in FIGURE 3 and a timing threshold voltage of 1 .25v) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. Timing 
values are defined in percentages of the nominal clock period so to make this table speed independent. 



Symbol 



TskewT 



TskewR 



Tcyc 



Duty G 



Duty T 



not e 'l : ThisTmplies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1 .5ns will be added 

to the associated clock signal, 
note 2 For 10Mbps and 100Mbps, Tcyc will scale to 400ns+-40ns and 40ns+-4ns respectively. 

note 3" Duty cycle may be stretched/shrunk during speed changes or while transitioning to a received packet's clock domain 

as long as minimum duty cycle is not violated and stretching occurs for no more than three Tcyc of the lowest speed transit.oned between. 



Parameter 



Clock to Data output Skew (at Transmitter) 



Clock to Data input Skew (at Receiver) *note 1 



Clock Cycle Duration 



*note 2 



Duty Cycle for Gigabit 



•note 3 



Duty Cycle for 10/1 OPT 



♦note 3 



Rise / Fall Time (20-80%) 



Min 



-500 



7.2 



45 



40 



Typical 



0 



50 



50 



Max 



500 



2.8 



8.8 



55 



60 
.75 



Units 



PS 



% 



% 

ns 



TABLE 2 



mm^A 
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PHY 
or 

Reconciliation 
Sublayer 

RGMU 
Drtvor 



Vendor 
Specified 
Termination 
Network 
{Optional} 



Transmission Line 

1,00 ns delay 
50 Ohms ±15% 



Vendor 

Spoctflod 
Termination 

{Optional} 




^Receiver 
toad* 



3fc S pf 



Input 
Kloasutomorit PoH 



FIGURE 3 



3.4 TXERR and RXERR Coding 

To reduce power of this interface, TXERR and RXERR, will be encoded in a manner that minimizes transitions during normal network 
ope^on S is done by the following encoding method. Note that the value of GMII_TX_ER and GMI L TX EN are vahd at the 
rising edge of the clock while TXERR is presented on the falling edge of the clock. RXERR coding behaves in the same way. 

TXERR <= GMII_TX_ER (XOR) GMII_TX_EN 
RXERR <= GMII_RX_ER (XOR) GMII_RX_DV 

When receiving a valid frame with no errors, RXDV=tme is generated as a logic high on the * edge of RXC and lOTRR-Wsc is 
Tenerated as afogic high the ± edge of RXC. When no frame is being received, RXDV^false ,s generated as a logic low on the * 
edge of RXC and RXERR=false is generated as a logic low on the ^ edge of RXC. 

When receiving a valid frame with errors, RXDV=true is generated as logic high on the * edge of RXC and RXERR=true is generated 
as a logic low on the 4* edge of RXC. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays at a logic high for both edges of TXC and 
during the period between frames where no errors are to be indicated, the signal stays low for both edges. 



GMH TX EN GMH TX ER TXD[7:0] 



0 



00 through FF 



00 through OE 



OF 



10 through IE 



IF 



20 through FE 



00 through FF 



00 through FF 



Description 



Normal inter-frame 



Reserved — 



Carrier Extend 



Reserved — 



Carrier Extend Error 



Reserved - 



Normal data transmission 



Transmit error propagation 



PLS DATA.request parameter 



TRANSMIT COMPLETE 



EXTEND (eight bits) 



EXTEND ERROR (eight bits) 



ZERO, ONE (eight bits) 



No applicable parameter 



NOTE — Values in TXD[7:0] column are in hexadecimal 



TABLE 3 (Allowable Encoding of TXD, TXERR and TXEN) 
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TXC(H Tranimiller) . 



Valid Frame 



J — A / \ 



TXEN "true TXERR* f»l« 



TXEN=-f«|jc TXERR- f«U« 



TXC(i» Transmitter) , 



TXD|7:4J[3:OJ 



Frame with error 



J V_^"A / \ 



TXD[3:0| )( TXD17 4] S f ^_ ^ ( )( X 

j TXEN-tmeN y TXERR-imc ^ 



TXEN=f«l« TXERR- f»l*« 



FIGURE 4 



RX CTL 



GMII_RX_DV 



GMII RX ER 



RXD[7:0] 



Description 



PLS_D AT A. indicate or 
PHY status parameter 



0,0 



xxx 1 or xxxO 



Normal inter-frame 



Indicates link status 
Q=down, l=up 



0,0 



xOOx or xOlx 
xlOx or xl Ix 



Normal inter-frame 



Indicates RXC clock speed 
00=2. 5Mhz, 01=25Mhz, and 
10=125Mhz, ll=reserved 



0,0 



lxxx or Oxxx 



Normal inter-frame 



Indicates duplex status 
0=half-duplex, l=full duplex 



0,1 



0,1 



00 



Reserved 



01 through 0D 



Reserved 



0E 



False Carrier indication 



False Carrier Present 



OF 



Carrier Extend 



EXTEND (eight bits) 



10 through IE 



Reserved 



IF 



Carrier Extend Error 



ZERO, ONE (eight bits) 



20 through FE 



Reserved 



0,1 



FF 



Carrier Sense 



PLS Carrier. Indicate 



00 through FF 



Normal data reception 



00 through FF 



Data reception error 



ZERO, ONE (eight bits) 
ZERO, ONE(eight bits) 



* NOTE— (Required Function) Values in RXD[7:0] column are in hexadecimal. 
u NOTE— (Optional) Values in RXD[7:0] column are in binary; nibbles are repeated on ^ edge and ^ edge. 

TABLE 4 (Allowable Encoding of RXD, RXDV and RXERR) 

3. 4. 1 In-Band Status (Optional) 

In order to ease detection of the link status, speed and duplex mode of the PHY, inter-frame signals will be placed onto the RXDgO] 
Lnals as indicated in table 4 The status of the PHY shall be indicated whenever Normal Data, Data Error, Carrier Extend Carrier 
S ?^F^^ « nci present. When link status is down, PHY speed and duplex are defined by the PHY's internal setting. 



3 4.2 In-Band Status (Required) 

In half duplex mode, CRS is indicated by the case where RXDV is true, or the case where RXDV is false, RXERR is true, and a value 
of FF exists on the RXD[7:0) bits simultaneously or in the case where a Carrier Extend, Carrier Extend Error or False Carrier are 
occurring as defined in Table 4. Carrier Extend and Carrier Extend Error are applicable to Gigabit speeds only. 

Collision is determined at the MAC by the assertion of TXEN being true while either CRS or RXDV are true. The PHY will not assert 
CRS as a result of TXEN being true. 
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4.0 Electrical Characteristics 

The RGMII and RTBI signals will be based upon 2.5v CMOS interface voltages as defined by JEDEC EIA/JESD8-5. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


lOH = -1.0mA; Vcc = Min 


2.0 


VDD+.3 


V 


Vol 


Output Low Voltage 


IOL= 1.0mA; Vcc=Min 


GND-.3 


0.40 


V 


Vih 


Input High Voltage 


VlH>VlH Min;Vcc=Min 


1.7 




V 


Vil 


Input Low Voltage 


VlH > Vil Max; Vcc=Min 




.70 


V 


IlH 


Input High Current 


VCC - Max; VIN-2.5V 




15 


uA 


Iil 


Input Low Current 


VCC = Max; VlN = 0.4V 


-15 




uA 



TABLE 5 



5.0 10/100 Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Media Independent Interface (Mil) by reducing the clock rate to 
25MHz for 100Mbps operation and 2.5MHz for 10Mbps. The TXC will always be generated by the MAC and RXC will be generated 
by the PHY. During packet reception, the RXC may be stretched on either the positive or negative pulse to accommodate the 
transition from the free running clock to a data-synchronous clock domain. When the speed of the PHY changes, a similar stretching of 
the positive or negative pulses is allowed. No glitching of the clocks are allowed during speed transitions. 

This interface will operate at 10 and 100Mbps speeds exactly the same way it does at Gigabit speed with the exception that the data 
may be duplicated on the ^ edge of the appropriate clock. 

The MAC will hold TX CTL low until it has ensured that it is operating at the same speed as the PHY. 

6.0 Mode Selection 

The decision about which mode of operation this interface will use is left to the implemented. It may be done with hard- wired pins, or 
through register bits that are controlled by software. 

7.0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document for the express purpose of 
implementation of this specification to encourage others to adopt this interface as an industry standard. Any company wishing to use 
this specification may do so if they will in turn relinquish their proprietary rights to information contained or referenced herein. Any 
questions concerning this release should be directed to the Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover 
Street, Palo Alto, CA. 

7.1 Contributions of Intellectual Property 

All contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document for the express purpose of implementation of this specification to encourage others to adopt this interface as 
an industry standard. Any questions concerning their contributions should be directed to their corporate headquarters. 

7.2 Disclaimer 

This RGMII Specification is provided "as is" with no warranties whatsoever, including any warranty of merchantability, non- 
infringement, fitness for any particular purpose, or any warranty otherwise arising out of any proposal, specification, or sample. 

All contributing companies incorporating their logo on this document disclaim all liability for infringement of proprietary rights, 
relating to use of information in this specification. 
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Revision Level 


Date 


Revision Description 


1.0 


June 1,2000 


Released for public review and comment 


1.1 


August 1,2000 


a) Modified RXERR and TXERR coding to reduce transitions and power 
in normal conditions. 

b) Removed CRS_COL pin and incorporated coding alternative for half 
duplex implementation. 

c) Found and corrected some inconsistencies in which clock was specified 
for timing. PHY generated signals are based on RXC and MAC 
generated signals are based on TXC. Specified that RXC is derived 
from TXC to eliminate need for FIFOs in the MAC. 

d) Modified timing diagram to incorporate PC board load conditions. 

e) Removed references to SMII due to broad concerns about IP exclusivity 
and added specification for 10/100 Mil operation. 

f) Modified Intellectual Property statement to address incorporation of IP 
from multiple sources. 

g) Modified document formatting. 


1.2 


Sept 11,2000 


a) Changed TD[4]/TXEN_TXERR signal name to TX_CTL 

b) Changed RD[4]/RXEN_RXERR signal name to RXCTL 

c) Removed lOOps jitter requirement from TXC 

d) Changed RXC derivation to received data stream 

e) Clarified Table 1 description of TX_CTL and RX_CTL logical 
functions 

f) Required CRS assertion/deassertion to be synchronous for all speeds. 

g) Returned timing numbers to absolute from percentages. 

h) Relaxed 10/100 Duty cycle requirements to 40/60 

i) Added verbage to allow clock cycle stretching during speed changes and 
receive data and clock acquistion. 

j) Modified Table 4 to incorporate optional in-band signaling of link 

status, speed, and duplex, 
k) Slight wording change on IP statements to limit scope and indemnify. 


L2a 


Sept 22, 2000 


a) Clarified 3.4.2 statement to eliminate suggestion that in-band status was 
only required for half-duplex. 

b) Modified Table 2 to from "Clock to Data skew" to "Data to Clock skew" 
to clarify the fact that clock is delayed relative to data. 

c) Modified section 4.0 to clarify that MDIO/MDC are also operating at 
2.5v CMOS levels. 
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1.0 Purpose 

The RGMII is intended to be an alternative to the IEEE802.3u Mil, the IEEE802.3z GMII and the TBI The principle objective is to 
3£ 1 TmrlZ of pins required to interconnect the MAC and the PHY from a maximum of 28 pin. (TBI) to 12 pins m a cost 

independent manner. In order to accomplish this objective, the data paths and all assorted contro stgnals 
control signals will be multiplexed together and both edges of the clock will beused. For Gtgab.t operation, the 
docks will operate at 125MHz, and for 10/100 operation, the clocks will operate at 2.5MHz or 25MHz respectively. 

2.0 System Diagram 



RTBI / RGMII 

TXC 
TD0 
TD1 
TD2 
TD3 
TXCTL 

RD0 
RD1 
RD2 
RD3 

RX_CTL 
RXC 



SERDES 
FUNCTIONAL 
BLOCK 



TP+ 
• JP- 



RP+ 
RP- 

' SD+ (optional) 



MDIO 
MDC 



FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
daTaS With delusion of the N^IO/MDC serial management signals, the RTBI will not require dependent control signals 
like LK.REF, BYTEEN, etc. Register assignment of SERDES control bits is left to the implemented 



Signal Name 
TXC 


RTBI 

MAC 


RGMII 
MAC 


Description 

The transmit reference clock will be 125Mhz, 25Mhz, or 
2 5Mhz +- 50ppm depending on speed. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on of TXC and bits 
8:5 on ^ of TXC. In RGMII mode, bits 3:0 on 1 s of 
TXC, bits7:4 on ^ of TXC 


TX_CTL 


PCS 


MAC 


In RTBI mode, contains the fifth bit on 4* of TXC and 
tenth bit on ^ of TXC. In RGMII mode, TXEN on t of 
TXC, and a logical derivative of TXEN and TXERR on 
^ of TXC as described in section 3.4 


RXC 


PHY 


PHY 


The continuous receive reference clock will be l25Mhz, 
25Mhz, or 2.5Mhz +- 50ppm. and shall be derived from 
the received data stream 


RD[3:0J 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on 1 s of RXC and bits 
8:5 on ^ of RXC In RGMII mode, bits 3:0 on t of 
RXC, bits7:4 on ^ of RXC 


RX_CTL 


PHY 


PHY 


In RTBI mode, contains the fifth bit on ^ of RXC and 
tenth bit on ^ of RXC. In RGMII mode, RXDV on * 
of RXC, and a derivative of RXDV and RXERR on ^ 
of RXC as described in section 3.4 



TABLE 1 (Signal Definitions) 
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3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For descriptive purposes, a signal shall be at a logic 
"high" when it is at a valid voltage level greater than Voh_min, and logic "low" when it is at a valid voltage level less than Vol_max 



3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks and sending the lower 4 
bits on the edge and the upper 4 bits on the 4* edge. Control signals can be multiplexed into a single clock cycle using the same 
technique. 



TXC(at Transmitter) 

TXD[8:5JI3:0] ' 
TXD[7:4]{3:0) . 



TXC (at Receiver) 

RXC(al Transmitter) 

RXDI8:5][3:0] 
RXD17:4H3:0] 



RXC(at Receiver) 



->i }4- TskewT 



"V TXD[4] V" 
A TXEN A 



TXD[91 
TXERR 



J V 



' X 


X 




<- TskewR 


' X 


X 






/ r 





/ 



1 RXD(3;0] 



RXDt8:5] 
RXDf7:4| 



J \ / 



XRXD[4] V RXD|91 
RXDV A RXERR y \ 



J V 



> 


( 


X 








> 




X 






TskewR 

\ 


/ 


\ 





J 



FIGURE 2 (Multiplexing & Timing Diagram) 



x 



x 



x 

X 



3.3 Timing Specifics (Measured with the circuit shown in FIGURE 3 and a timing threshold voltage of 1.25v) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. Timing 
values are defined in percentages of the nominal clock period so to make this table speed independent. 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


TskewT 


Data to Clock output Skew (at Transmitter) 


-500 


0 


500 


ps 


TskewR 


Data to Clock input Skew (at Receiver) *note 1 






2.8 


ns 


Tcyc 


Clock Cycle Duration *note 2 


7.2 


8 


8.8 


ns 


Duty G 


Duty Cycle for Gigabit *note 3 


45 


50 


55 


% 


Duty T 


Duty Cycle for 10/100T *note 3 


40 


50 


60 


% 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



note 1: This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1 5ns will be added 



to the associated clock signal, 
note 2: For 1 0Mbps and 100Mbps, Tcyc will scale to 400ns+-40ns and 40ns+-4ns respectively. 

note 3: Duty cycle may be stretched/shrunk during speed changes or while transitioning to a received packet's clock domain 

as long as minimum duty cycle is not violated and stretching occurs for no more than three Tcyc of the lowest speed transitioned between. 



TABLE 2 
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PHY 

. or 
Recooctjiation 
Sublayer 

RGMlf 
Driver 



Vendor 
Spoked 
Torrriffiation 
Network 
(Optional) 



Transmission Line 

iGOnsttelay 
50 Ohm* i: 15% 



Vendor 
Spotftfed 
Termination 
N«hrr6rk 
(Optional) 




RGMII 
Loatf 



Input 



FIGURE 3 



3.4 TXERR and RXERR Coding 

To reduce power of this interface, TXERR and RXERR, will be encoded in a manner that minimizes transitions during normal network 
operation. This is done by the following encoding method. Note that the value of GMII_TX_ER and GMII_TX_EN are valid at the 
rising edge of the clock while TXERR is presented on the falling edge of the clock. RXERR coding behaves in the same way. 

TXERR <= GMII_TX_ER (XOR) GMII_TX_EN 
RXERR <= GMII_RX_ER (XOR) GMII RX DV 

When receiving a valid frame with no errors, RXDV=true is generated as a logic high on the ^ edge of RXC and RXERR=false is 
generated as a logic high the ^ edge of RXC. When no frame is being received, RXDV=false is generated as a logic low on the 1 s 
edge of RXC and RXERR=faIse is generated as a logic low on the ^ edge of RXC. 

When receiving a valid frame with errors, RXDV=true is generated as logic high on the + edge of RXC and RXERR=true is generated 
as a logic low on the ^ edge of RXC. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays at a logic high for both edges of TXC and 
during the period between frames where no errors are to be indicated, the signal stays low for both edges. 



TX CTL 


GMH TX EN 


GMII TX ER 


TXD[7:01 


Description 


PLS DATA. request parameter 


0,0 


0 


0 


00 through FF 


Normal inter- frame 


TRANSMIT COMPLETE 


0,1 


0 




00 through 0E 


Reserved — 




0,1 


0 




OF 


Carrier Extend 


EXTEND (eight bits) 


0,1 


0 




10 through IE 


Reserved — 




0,1 


0 




IF 


Carrier Extend Error 


EXTEND ERROR (eight bits) 


0,1 


0 




20 through FE 


Reserved — 




1,1 


1 


0 


00 through FF 


Normal data transmission 


ZERO, ONE (eight bits) 


1,0 


1 


1 


00 through FF 


Transmit error propagation 


No applicable parameter 


N< 


DTE — Values in T 


XD[7:0] column are in hexadecimal 



TABLE 3 (Allowable Encoding of TXD, TXERR and TXEN) 



mmem 



TXC{«l Tr*nnnitur> , 



Valid Frame 
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/ TXEN-true TXERR- f»ls« ^^^X 



TXEN-feUc TXERR- f«l« 



TXC(«lTr«niinitter> . 



TXDl7:4j|.i:(i| 



Frame with error 



y~~\ r 



~ x rxD|,:i " X txp ' 7<| x ~ " x y x 

l TXEN-UuA^ TXERR'Uue ^ ^^~~\ 



TXEN-f«l»< TXERR- f.l« 



FIGURE 4 



RX_CTL 


GMII_RX_DV 


GMII_RX_ER 




RXD[7:0J 


Description 


PLS_DATA,indicate or 
PHY status parameter 


0,0 


0 


0 


# 


xxx 1 or xxxO 


Normal inter-frame 


Indicates link status 
0=down, l=up 


0,0 


0 


0 




xOOx or xOlx 
xlOx orxl lx 


Normal inter- frame 


Indicates RXC clock speed 
00=2.5Mhz, 01=25Mhz, and 
10=l25Mhz, 1 Preserved 


0,0 


0 


0 


# 


1 xxx or Oxxx 


Normal inter-frame 


Indicates duplex status 
0=half-duplex, l=full duplex 


0,1 


0 




* 


00 


Reserved 




0,1 


0 




* 


01 through 0D 


Reserved 




0,1 


0 




* 


0E 


False Carrier indication 


False Carrier Present 


0,1 


0 




* 


OF 


Carrier Extend 


EXTEND (eight bits) 


0,1 


0 




* 


10 through IE 


Reserved 




0,1 


0 




* 


IF 


Carrier Extend Error 


ZERO, ONE (eight bits) 


0,1 


0 




* 


20 through FE 


Reserved 




0,1 


0 




* 


FF 


Carrier Sense 


PLS CarrierJndicate 


1,1 


1 






00 through FF 


Normal data reception 


ZERO, ONE (eight bits) 


1,0 


1 




* 


00 through FF 


Data reception error 


ZERO, ONE(eight bits) 



NOTE— (Required Function) Values in RXD[7:0] column are in hexadecimal. 
# NOTE— (Optional) Values in RXD[7:0] column are in binary; nibbles are repeated on edge and * edge. 

TABLE 4 (Allowable Encoding of RXD, RXDV and RXERR) 

3. 4. 1 In-Band Status (Optional) 

In order to ease detection of the link status, speed and duplex mode of the PHY, inter-frame signals will be placed onto the RXD[3:0] 
signals as indicated in table 4. The status of the PHY shall be indicated whenever Normal Data, Data Error, Carrier Extend, Carrier 
Sense, or False Carrier are not present. When link status is down, PHY speed and duplex are defined by the PHY's internal setting. 



3. 4. 2 In-Band Status (Required) 

CRS is indicated by the case where RXDV is true, or the case where RXDV is false, RXERR is true, and a value of FF exists on the 
RXD[7:0] bits simultaneously or in the case where a Carrier Extend, Carrier Extend Error or False Carrier are occurring as defined in 
Table 4. Carrier Extend and Carrier Extend Error are applicable to Gigabit speeds only. 

Collision is determined at the MAC by the assertion of TXEN being true while either CRS or RXDV are true. The PHY will not assert 
CRS as a result of TXEN being true. 
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4.0 Electrical Characteristics 

The RGMII and RTBI signals (including MDIO/MDC) will be based upon 2.5v CMOS interface voltages as defined by JEDEC 
EIA/JESD8-5. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


lOH =-l.0mA; Vcc=Min 


2.0 


VDD+.3 


V 


Vol 


Output Low Voltage 


IOL= 1.0mA; Vcc=Min 


GND-.3 


0.40 


V 


VlH 


Input High Voltage 


VlH > VtH Min; Vcc=Min 


1.7 




V 


VIL 


Input Low Voltage 


VlH > Vil Max; Vcc=Min 




.70 


V 


IlH 


Input High Current 


Vcc = Max; Vin= 2.5V 




15 


uA 


IlL 


Input Low Current 


Vcc - Max; VlN = 0.4V 


-15 




uA 



TABLE 5 



5.0 10/100 Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Media Independent Interface (Mil) by reducing the clock rate to 
25MHz for 100Mbps operation and 2.5MHz for 10Mbps. The TXC will always be generated by the MAC and RXC will be generated 
by the PHY. During packet reception, the RXC may be stretched on either the positive or negative pulse to accommodate the 
transition from the free running clock to a data-synchronous clock domain. When the speed of the PHY changes, a similar stretching of 
the positive or negative pulses is allowed. No glitching of the clocks are allowed during speed transitions. 

This interface will operate at 10 and 100Mbps speeds exactly the same way it does at Gigabit speed with the exception that the data 
may be duplicated on the ^ edge of the appropriate clock. 

The MAC will hold TXCTL low until it has ensured that it is operating at the same speed as the PHY. 

6.0 Mode Selection 

The decision about which mode of operation this interface will use is left to the implementers. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

7.0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document for the express purpose of 
implementation of this specification to encourage others to adopt this interface as an industry standard. Any company wishing to use 
this specification may do so if they will in turn relinquish their proprietary rights to information contained or referenced herein. Any 
questions concerning this release should be directed to the Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover 
Street, Palo Alto, CA. 

7.1 Contributions of Intellectual Property 

Ail contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document for the express purpose of implementation of this specification to encourage others to adopt this interface as 
an industry standard. Any questions concerning their contributions should be directed to their corporate headquarters. 

7.2 Disclaimer 

This RGMII Specification is provided "as is" with no warranties whatsoever, including any warranty of merchantability, non- 
infringement, fitness for any particular purpose, or any warranty otherwise arising out of any proposal, specification, or sample. 

All contributing companies incorporating their logo on this document disclaim all liability for infringement of proprietary rights, 
relating to use of information in this specification. 
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Revision Level 


Date 


Revision Description 


1.0 


June 1, 2000 


Released for public review and comment 


1.1 


August I, 2000 


a) Modified RXERR and TXERR coding to reduce transitions and power 
in normal conditions. 

b) Removed CRS_COL pin and incorporated coding alternative for half 
duplex implementation. 

c) Found and corrected some inconsistencies in which clock was specified 
for timing. PHY generated signals are based on RXC and MAC 
generated signals are based on TXC. Specified that RXC is derived 
from TXC to eliminate need for FIFOs in the MAC. 

d) Modified timing diagram to incorporate PC board load conditions. 

e) Removed references to SMII due to broad concerns about IP exclusivity 
and added specification for 10/100 Mil operation. 

f) Modified Intellectual Property statement to address incorporation of IP 
from multiple sources. 

g) Modified document formatting. 


1.2 


Sept 11,2000 


a) Changed TD[4]/TXEN_TXERR signal name to TX_CTL 

b) Changed RD[4]/RXEN_RXERR signal name to RX_CTL 

c) Removed lOOps jitter requirement from TXC 

d) Changed RXC derivation to received data stream 

e) Clarified Table 1 description of TX_CTL and RX_CTL logical 
functions 

f) Required CRS assertion/deassertion to be synchronous for all speeds. 

g) Returned timing numbers to absolute from percentages. 

h) Relaxed 10/100 Duty cycle requirements to 40/60 

i) Added verbage to allow clock cycle stretching during speed changes and 
receive data and clock acquistion. 

j) Modified Table 4 to incorporate optional in-band signaling of link 

status, speed, and duplex, 
k) Slight wording change on IP statements to limit scope and indemnify. 


l.2a 


Sept 22, 2000 


a) Clarified 3.4.2 statement to eliminate suggestion that in-band status was 
only required for half-duplex. 

b) Modified Table 2 to from "Clock to Data skew" to "Data to Clock skew" 
to clarify the fact that clock is delayed relative to data. 

c) Modified section 4.0 to clarify that MDIO/MDC are also operating at 
2.5v CMOS levels. 


1.3 


Dec 10, 2000 


a) Clarified RX CTL and TX CTL functionality by modifying Figure 4 
and adding Figure 5 and Figure 6. 

b) Modified Table 3 to include the value of FF as reserved when 
TX_CTL=0,1. 

c) Reduced TskewR in Table 2 to a value of 2.6ns maximum for Gigabit 
operation and relaxed it in note #1 for 10/100 operation. 

d) Put maximum delay in note #1 of Table 2 of 2ns to ensure minimum 
setup time for subsequent edges. 
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1.0 Purpose 

The RGMII is intended to be an alternative to the IEEE802.3u Mil, the IEEE802.3z GMII and the TBI. The principle objective is to 
reduce the number of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 12 pins in a cost 
effective and technology independent manner. In order to accomplish this objective, the data paths and all associated control signals 
will be reduced and control signals will be multiplexed together and both edges of the clock will be used. For Gigabit operation, the 
clocks will operate at 125MHz, and for 10/100 operation, the clocks will operate at 2.5MHz or 25MHz respectively. 

2.0 System Diagram 



RTBI / RGMII 

TXC 
TDO 
TD1 
TD2 
TD3 
TX_CTL 

RDO 
RD1 
RD2 



RD3 

RX_CTL <*- 
RXC 



SERDES 
FUNCTIONAL 
BLOCK 



MDIO 
MDC 



- TP+ 
■ TP- 



' RP+ 
RP- 



SD+ (optional) 



FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. Register assignment of SERDES control bits is left to the implemented 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, 25Mhz, or 
2.5Mhz +- 50ppm depending on speed. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on T of TXC and bits 
8:5 on ^ of TXC. In RGMII mode, bits 3:0 on + of 
TXC, bits7:4 on ^ of TXC 


TX_CTL 


PCS 


MAC 


In RTBI mode, contains the fifth bit on 'h of TXC and 
tenth bit on ^ of TXC. In RGMII mode, TXEN on ^ of 
TXC, and a logical derivative of TXEN and TXERR on 
^ of TXC as described in section 3.4 


RXC 


PHY 


PHY 


The continuous receive reference clock will be 125Mhz, 
25Mhz, or 2.5Mhz +- 50ppm. and shall be derived from 
the received data stream 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on 4 s of RXC and bits 
8:5 on ^ of RXC. In RGMII mode, bits 3:0 on t of 
RXC, bits7:4 on ^ of RXC 


RXCTL 


PHY 


PHY 


In RTBI mode, contains the fifth bit on 1 s of RXC and 
tenth bit on ^ of RXC. In RGMII mode, RXDV on t 
of RXC, and a derivative of RXDV and RXERR on ^ 
of RXC as described in section 3.4 



TABLE 1 (Signal Definitions) 



Page 4 of 8 



3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For descriptive purposes, a signal shall be at a logic 
"high" when it is at a valid voltage level greater than Voh_min, and logic "low" when it is at a valid voltage level less than Vol_max 

3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks and sending the lower 4 
bits on the 4 s edge and the upper 4 bits on the 4* edge. Control signals can be multiplexed into a single clock cycle using the same 
technique. 



TXC(at Transmitter) 

TXDI8:5H3:0] ' 
TXD[7:4K3:0] . 



VJ \ / 



J4- TskewT 



TX_CTL 
TXC (at Receiver) 

RXC(at Transmitter) 

RXDI8;5][3:0J 
RXD(7:4][3:0] 



TXD[4] \/~ 
TXEN A 



TXD[9] 
TXERR 



J*- TskewR 



J V 



1 \ / 



; J*- TskewT 



RXC(at Receiver) 



RXD[4] \/ RXD19] V \f 
RXDV /\ RXERR A /\ 

J~ 



J V 



1 / 



FIGURE 2 (Multiplexing & Timing Diagram) 

3.3 Timing Specifics (Measured with the circuit shown in FIGURE 3 and a timing threshold voltage of 1 ,25v) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. Timing 
values are defined in percentages of the nominal clock period so to make this table speed independent. 



Symbol 


Parameter 


Min 


Typical 


Max 


Units 


TskewT 


Data to Clock output Skew (at Transmitter) 


-500 


0 


500 


ps 


TskewR 


Data to Clock input Skew (at Receiver) *note 1 


1 




2.6 


ns 


Tcyc 


Clock Cycle Duration *note 2 


7.2 


8 


8.8 


ns 


Duty G 


Duty Cycle for Gigabit *note 3 


45 


50 


55 


% 


Duty T 


Duty Cycle for 1 0/ 1 00T * note 3 


40 


50 


60 


% 


Tr/Tf 


Rise / Fall Time (20-80%) 






.75 


ns 



note 1: This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1.5ns and less than 10ns 

will be added to the associated clock signal. For 10/ 100 the Max value is unspecified, 
note 2; For 1 0Mbps and 100Mbps, Tcyc will scale to 400ns+-40ns and 40ns+-4ns respectively. 

note 3: Duty cycle may be stretched/shrunk during speed changes or while transitioning to a received packet's clock domain 

as long as minimum duty cycle is not violated and stretching occurs for no more than three Tcyc of the lowest speed transitioned between. 



TABLE 2 
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PHY 
Of 

Sublayer 

RGMN 
Driver 



Vfendbi 
Spocified 
Tarrrttnation 
.Network 
(Optional) 



Transmpssion tin^ 

1 CO ns delay 
50 Ohms db 15% 



Vondoi 
Termination 
iOpiiooai} 




RGMi) 
"Receiver 



Input 
Measurement Po^i 



FIGURE 3 



3.4 TXERR and RXERR Coding 

To reduce power of this interface, TXERR and RXERR, will be encoded in a manner that minimizes transitions during normal network 
operation. This is done by the following encoding method. Note that the value of GMII_TX_ER and GMIMTXEN are valid at the 
rising edge of the clock while TXERR is presented on the falling edge of the clock. RXERR coding behaves in the same way. 



TXERR <= GMII_TX_ER (XOR) GMIITXEN 
RXERR <= GMIIRXER (XOR) GMII RX_DV 



When receiving a valid frame with no errors, RXDV=true is generated as a logic high on the 1 s edge of RXC and RXERR=faIse is 
generated as a logic high the ^ edge of RXC. When no frame is being received, RXDV=false is generated as a logic low on the 1* 
edge of RXC and RXERR=false is generated as a logic low on the ^ edge of RXC. 

When receiving a valid frame with errors, RXDV^true is generated as logic high on the *T edge of RXC and RXERR=true is generated 
as a logic low on the ^ edge of RXC. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays at a logic high for both edges of TXC and 
during the period between frames where no errors are to be indicated, the signal stays low for both edges. 



TX CTL 


GMII TX EN 


GMII TX ER 


TXD|7:0] 


Description 


PLS_DATA. request parameter 


0,0 


0 


0 


00 through FF 


Normal inter- frame 


TRANSMIT COMPLETE 


0,1 


0 




00 through 0E 


Reserved — 




0,1 


0 




OF 


Carrier Extend 


EXTEND (eight bits) 


0,1 


0 




10 through IE 


Reserved — 




0,1 


0 




IF 


Carrier Extend Error 


EXTEND, ERROR (eight bits) 


0,1 


0 




20 through FF 


Reserved — 




1,1 


1 


0 


00 through FF 


Normal data transmission 


ZERO, ONE (eight bits) 


1,0 


1 


1 


00 through FF 


Transmit error propagation 


No applicable parameter 



NOTE — Values in TXD[7:0] column are in hexadecimal 



TABLE 3 (Allowable Encoding of TXD, TXERR and TXEN) 



Z&iiiiihmff imsffi fat xMim y / wily 



RXC(at Source) 



RXD17:4]13:01 
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Valid Frame 



RXD13:0)^ RXD[7:4|^ TXD|3:0)^ TXD|7:41^ ^ ^ ^ 



RXE. 



EN-irue R X ERR " falsi 



,RXEN-fal»e RXERR- fiU. 



End ofFrimc 



RXC(«t Source) . 



RXD{7 :4|(3;0| 



Fram e w ith error 



^ RXD[3:f>|^ RXPf7:4)^ RXDj3:01^ 11X017:41^ 



RXERR-troc / RXEN-Uue RXERR- false 



A / \ 

IDCXZX 



EN-fatse RXERR- fa I 



End of Fram c 



FIGURE 4 



RX_CTL 


GMII_RX_DV 


GMIIRXER 




RXD[7:0] 


Description 


PLS_DATA.indicate or 
PHY status parameter 


0,0 


0 


0 




xxx I or xxxO 


Normal inter-frame 


Indicates link status 
0=down, 1-up 


0,0 


0 


0 


# 


xOOx or xO 1 x 
xlOx or xl lx 


Normal inter-frame 


Indicates RXC clock speed 
00=2.5Mhz, 01=25Mhz, and 
l0=125Mhz, ll=reserved 


0,0 


0 


0 


# 


lxxx or Oxxx 


Normal inter-frame 


Indicates duplex status 
0-half-duplex, l=full duplex 


0,1 


0 




* 


00 


Reserved 




0,1 


0 




* 


01 through 0D 


Reserved 




0,1 


0 




* 


OE 


False Carrier indication 


False Carrier Present 


0,1 


0 




* 


OF 


Carrier Extend 


EXTEND (eight bits) 


0,1 


0 






10 through IE 


Reserved 




0,1 


0 






IF 


Carrier Extend Error 


ZERO, ONE (eight bits) 


0,1 


0 




* 


20 through FE 


Reserved 




0,1 


0 




* 


FF 


Carrier Sense 


PLS Carrier.Indicate 


1,1 


1 




* 


00 through FF 


Normal data reception 


ZERO, ONE (eight bits) 


1,0 


1 




* 


00 through FF 


Data reception error 


ZERO, ONE(eight bits) 



NOTE — (Required Function) Values in RXD[7:0] column are in hexadecimal 
NOTE — (Optional) Values in RXD[7:0] column are in binary; nibbles are repeated on 1 s edge and ^ 



edge. 



TABLE 4 (Allowable Encoding of RXD, RXDV and RXERR) 

3. 4. 1 In-Band Status (Optional) 

In order to ease detection of the link status, speed and duplex mode of the PHY, inter-frame signals will be placed onto the RXD[3:0] 
signals as indicated in table 4. The status of the PHY shall be indicated whenever Normal Data, Data Error, Carrier Extend, Carrier 
Sense, or False Carrier are not present. When link status is down, PHY speed and duplex are defined by the PHY's internal setting. 

3.4.2 In-Band Status (Required) 

CRS is indicated by the case where RXDV is true, or the case where RXDV is false, RXERR is true, and a value of FF exists on the 
RXD[7:0] bits simultaneously or in the case where a Carrier Extend, Carrier Extend Error or False Carrier are occurring as defined in 
Table 4. Carrier Extend and Carrier Extend Error are applicable to Gigabit speeds only. 

Collision is determined at the MAC by the assertion of TXEN being true while either CRS or RXDV are true. The PHY will not assert 
CRS as a result of TXEN being true. 



RXC(ai Source) 



RXD[7:4|[3:01 



RXC<at Source) 



RXD[7:4|I3:0] 



ln-Band Status Example 



LINK-DOWN 
ISMHt clock 
HALF-DUPLEX 

RXEN-fmlic RX ERR - falic 
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oooo ^ oooo ^ oooo oooo ^ y HOI ^ 



LINK-UP 
125MHz clock 
FULL-DUPLEX 



ln-Band Status Example 



RXD[3:0J^ RXDp ^t ^ RXOI3:0|^ RXD[7^ ^^ ^ ^ " 01 ^ 



LINK-UP 
HSMHiclock 
FULL-DUPLEX 



RXEN-ifoe RXERR - filic 



RXEN-f«he RXERR- filic 



FIGURE 5 



RXC(at Source) 



RXD(7:4||3:0| 



RXC(ai Source) 



RXD(7:4]{3:0| 



ln-Band Status Example (Carrier Extend) 



RXD|i:0^ RXP[7:4|^ RXPI-IO^ RXPl?:^ ^ F ^ 0 ^ 



CARRIER_EXTEND 



RXEN-truc RXER R- f.lsc 



\RXEN-fiUc/ RXERR- 



In-Band Status Example (Carrier Extend) 



^ RXOtlOl^ RXD(7:4|j| RXD[3:0ty RX D(7:4^^ ^ F ^ I ^ 



CARRIER.EXTEND 



RXEN-iruo RXERR- filu 



\ RXE»-fil» j " 



RXERR- trui 



FIGURE 6 
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4.0 Electrical Characteristics 

The RGMII and RTBI signals (including MDIO/MDC) will be based upon 2.5v CMOS interface voltages as defined by JEDEC 
EIA/JESD8-5. 



Symbol 


Parameter 


Conditions 


Min 


Max 


Units 


VOH 


Output High Voltage 


lOH = -1.0mA; VCC = Min 


2.0 


VDD+.3 


V 


Vol 


Output Low Voltage 


IOL= 1.0mA; Vcc=Min 


GND-.3 


0.40 


V 


Vih 


Input High Voltage 


VlH > VlH Min; Vcc=Min 


1.7 




V 


ViL 


Input Low Voltage 


Vih > ViL Max; Vcc=Min 




.70 


V 


IlH 


Input High Current 


VCC = Max; VlN = 2.5V 




15 


uA 


IlL 


Input Low Current 


Vcc = Max; VlN = 0.4V 


-15 




uA 



TABLE 5 



5.0 10/100 Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Media Independent Interface (Mil) by reducing the clock rate to 
25MHz for 100Mbps operation and 2.5MHz for 10Mbps. The TXC will always be generated by the MAC and RXC will be generated 
by the PHY. During packet reception, the RXC may be stretched on either the positive or negative pulse to accommodate the 
transition from the free running clock to a data-synchronous clock domain. When the speed of the PHY changes, a similar stretching of 
the positive or negative pulses is allowed. No glitching of the clocks are allowed during speed transitions. 

This interface will operate at 10 and 100Mbps speeds exactly the same way it does at Gigabit speed with the exception that the data 
may be duplicated on the 4* edge of the appropriate clock. 

The MAC will hold TX CTL low until it has ensured that it is operating at the same speed as the PHY, 

6.0 Mode Selection 

The decision about which mode of operation this interface will use is left to the implementers. It may be done with hard- wired pins, or 
through register bits that are controlled by software. 

7.0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document for the express purpose of 
implementation of this specification to encourage others to adopt this interface as an industry standard. Any company wishing to use 
this specification may do so if they will in turn relinquish their proprietary rights to information contained or referenced herein. Any 
questions concerning this release should be directed to the Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover 
Street, Palo Alto, CA. 

7.1 Contributions of Intellectual Property 

All contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document for the express purpose of implementation of this specification to encourage others to adopt this interface as 
an industry standard. Any questions concerning their contributions should be directed to their corporate headquarters. 

7.2 Disclaimer 

This RGMII Specification is provided "as is" with no warranties whatsoever, including any warranty of merchantability, non- 
infringement, fitness for any particular purpose, or any warranty otherwise arising out of any proposal, specification, or sample. 

All contributing companies incorporating their logo on this document disclaim all liability for infringement of proprietary rights, 
relating to use of information in this specification. 
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Revision Level 


Date 


Revision Description 


1.0 


June 1,2000 


Released for public review and comment 


1.1 


August 1,2000 


a) Modified RXERR and TXERR coding to reduce transitions and power 
in normal conditions. 

b) Removed CRS COL pin and incorporated coding alternative for half 
duplex implementation. 

c) Found and corrected some inconsistencies in which clock was specified 
for timing. PHY generated signals are based on RXC and MAC 
generated signals are based on TXC. Specified that RXC is derived 
from TXC to eliminate need for FIFOs in the MAC. 

d) Modified timing diagram to incorporate PC board load conditions. 

e) Removed references to SMII due to broad concerns about IP exclusivity 
and added specification for 10/100 Mil operation. 

f) Modified Intellectual Property statement to address incorporation of IP 
from multiple sources. 

g) Modified document formatting. 


1.2 


Sept 11,2000 


a) Changed TD[4]/TXEN_TXERR signal name to TXCTL 

b) Changed RD[4]/RXEN_RXERR signal name to RX_CTL 

c) Removed lOOps jitter requirement from TXC 

d) Changed RXC derivation to received data stream 

e) Clarified Table 1 description of TX_CTL and RX_CTL logical 
functions 

f) Required CRS assertion/deassertion to be synchronous for all speeds. 

g) Returned timing numbers to absolute from percentages. 

h) Relaxed 10/100 Duty cycle requirements to 40/60 

i) Added verbage to allow clock cycle stretching during speed changes and 
receive data and clock acquistion. 

j) Modified Table 4 to incorporate optional in-band signaling of link 

status, speed, and duplex, 
k) Slight wording change on IP statements to limit scope and indemnify. 


1.2a 


Sept 22, 2000 


a) Clarified 3.4.2 statement to eliminate suggestion that in-band status was 
only required for half-duplex. 

b) Modified Table 2 to from "Clock to Data skew" to "Data to Clock skew" 
to clarify the fact that clock is delayed relative to data. 

c) Modified section 4.0 to clarify that MDIO/MDC are also operating at 
2.5v CMOS levels. 


1.3 


Dec 10, 2000 


a) Clarified RXCTL and TX CTL functionality by modifying Figure 4 
and adding Figure 5 and Figure 6. 

b) Modified Table 3 to include the value of FF as reserved when 
TX_CTL=0,1. 

c) Reduced TskewR in Table 2 to a value of 2.6ns maximum for Gigabit 
operation and relaxed it in note #1 for 10/100 operation. 

d) Put maximum delay in note # 1 of Table 2 of 2ns to ensure minimum 
setup time for subsequent edges. 


2.0 


April 1,2002 


a) Changed I/O specification to HSTL Class 1 per JESD 8-6 and removed 
table 5. 

b) Changed timing specification to allow transmitter to integrate delay 
previously allocated to PC layout and modified table 2. 
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1.0 Purpose 

The RGMII is intended to be an alternative to the IEEE802.3u Mil, the IEEE802.3z GMII and the TBI. The principle objective is to 
reduce the number of pins required to interconnect the MAC and the PHY from a maximum of 28 pins (TBI) to 12 pins in a cost 
effective and technology independent manner. In order to accomplish this objective, the data paths and all associated control signals 
will be reduced and control signals will be multiplexed together and both edges of the clock will be used. For G igabit operation, the 
clocks will operate at 125MHz, and for 10/100 operation, the clocks will operate at 2.5MHz or 25MHz respectively. 

2.0 System Diagram 



RTBI / RGMII 

TXC 
TD0 
TDI 
TD2 
TD3 
TX_CTL 

RD0 
RD1 
RD2 
RD3 
RX_CTL 
RXC 



MDIO 
MDC 



SERDES 
FUNCTIONAL 
BLOCK 



TP+ 
TP- 



RP+ 
RP- 



SD+ (optional) 



FIGURE 1 (System Diagram) 

3.0 Signal Definitions 

The RGMII will share four data path signals with the Reduced Ten Bit Interface (RTBI) and share control functionality with the fifth 
data signal. With the inclusion of the MDIO/MDC serial management signals, the RTBI will not require independent control signals 
like LKREF, BYTEEN, etc. Register assignment of SERDES control bits is left to the implemented 



Signal Name 


RTBI 


RGMII 


Description 


TXC 


MAC 


MAC 


The transmit reference clock will be 125Mhz, 25Mhz, or 
2.5Mhz +- 50ppm depending on speed. 


TD[3:0] 


PCS 


MAC 


In RTBI mode, contains bits 3:0 on ^ of TXC and bits 
8:5 on ^ of TXC. In RGMII mode, bits 3:0 on <t of 
TXC, bits7:4 on of TXC 


TX_CTL 


PCS 


MAC 


In RTBI mode, contains the fifth bit on ^ of TXC and 
tenth bit on ^ of TXC. In RGMII mode, TXEN on t of 
TXC, and a logical derivative of TXEN and TXERR on 
4* of TXC as described in section 3.4 


RXC 


PHY 


PHY 


The continuous receive reference clock will be 125Mhz, 
25Mhz, or 2.5Mhz +- 50ppm. and shall be derived from 
the received data stream 


RD[3:0] 


PHY 


PHY 


In RTBI mode, contains bits 3:0 on ^ of RXC and bits 
8:5 on 4* of RXC. In RGMII mode, bits 3:0 on t of 
RXC, bits7:4 on 4> of RXC 


RXCTL 


PHY 


PHY 


In RTBI mode, contains the fifth bit on I s of RXC and 
tenth bit on ^ of RXC. In RGMII mode, RXDV on f> 
of RXC, and a derivative of RXDV and RXERR on ^ 
of RXC as described in section 3.4 



TABLE 1 (Signal Definitions) 
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3.1 Signal Logic Conventions 

All signals shall be conveyed with positive logic except as specified differently. For descriptive purposes, a signal shall be at a logic 
"high" when it is at a valid voltage level greater than Voh.min, and logic "low" when it is at a valid voltage level less than Vol_max. 

3.2 Multiplexing of Data and Control 

Multiplexing of data and control information is done by taking advantage of both edges of the reference clocks and sending the lower 4 
bits on the f edge and the upper 4 bits on the edge. Control signals can be multiplexed into a single clock cycle using the same 
technique. 



TXC(ai Transmitter) 

TXD[8:5l[3:0] 
TXD[7:4][3:0] , 

TX_CTL 

TXC (at Receiver) 

RXC(at Transmitter) 

RXD[8:5][3:OJ 
RXDI7.4][3:0] 

RX_CTL 
RXC(at Receiver) 



TXD[3:0] 



'TXD[8 
TXD[7 



TXDHl \/ TXD[9] W 
TXEN /\ TXERR '( \ 



J V 



W- TskewR 

i 



/ 



RXD[3 0] 



J \ / 



TskewT 



RXDI8: 
RXDP 



RXD[4] V RXD[9] W \/ 
RXDV A RXERR /\ 



V \ / 



rzx 



TskewR 



\ / 



FIGURE 2 (Multiplexing & Timing Diagram) 

3.3 Timing Specifics (Measured as defined in EIA/JESD 8-6 1995 with a timing threshold voltage of VDDQ/2) 
Timing for this interface will be such that the clock and data are generated simultaneously by the source of the signals and therefore 
skew between the clock and data is critical to proper operation. This approach is being used to provide tighter control of skew. Timing 
values are defined in percentages of the nominal clock period so to make this table speed independent. 



Symbol 



TskewT 



TskewT 1 



TskewR 



Tcyc 



Duty G 



Duty T 



Tr/Tf 



Parameter 

Data to Clock output Skew (at Transmitter) 



U'dUX 10 l-IOCK uuipui ^ai lid 

Data to Clock output Skew (at Transmitter 
integrated delay ) *note 4 



Data to Clock input Skew (at Receiver) *note 1 



Clock Cycle Duration 



♦note 2 



Duty Cycle for Gigabit 



♦note 3 



Duty Cycle for 10/1 OPT 



♦note 3 



Rise / Fail Time (20-80%) 



Min 



-500 



1.2 



7.2 



45 



40 



Typical 



0 



1.8 



1.8 



50 



50 



Max 



500 



2.4 



2.6 



8.8 



55 



60 



.75 



Units 



£S_ 



ns 



ns 



% 



note 1: This implies that PC board design will require clocks to be routed such that an additional trace delay of greater than 1.5ns and less than 2.0ns 

will be added to the associated clock signal. For 10/100 the Max value is unspecified, 
note 2: For 10Mbps and 1 00Mbps, Tcyc will scale to 40Ons+-40ns and 40ns+-4ns respectively. 

note 3: Duty cycle may be stretched/shrunk during speed changes or while transitioning to a received packet's clock domain 

as long as minimum duty cycle is not violated and stretching occurs for no more than three Tcyc of the lowest speed transitioned between. 
Note 4: TskcwTl allows implementation of a delay on TXC or RXC inside the transmitter. Devices which implement internal delay shall be referred 
to as RGMIUD. Devices may offer an option to operate with/without internal delay and still remain compliant with this spec. 



TABLE 2 



Mzlijiflmny iwnii 'hit 



mmiwm 
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3 A TXERR and RXERR Coding 

To reduce power of this interface, TXERR and RXERR, will be encoded in a manner that minimizes transitions during normal network 
operation. This is done by the following encoding method. Note that the value of GMII_TX_ER and GMII_TX_EN are valid at the 
rising edge of the clock while TXERR is presented on the falling edge of the clock. RXERR coding behaves in the same way. 

TXERR <= GMII_TX_ER (XOR) GMII TX EN 
RXERR <= GMHRXER (XOR) GMII_RX_DV 

When receiving a valid frame with no errors, RXDV=true is generated as a logic high on the ^ edge of RXC and RXERR-false is 
generated as a logic high the ^ edge of RXC. When no frame is being received, RXDV=false is generated as a logic low on the f> 
edge of RXC and RXERR^false is generated as a logic low on the 4> edge of RXC. 

When receiving a valid frame with errors, RXDV=true is generated as logic high on the ^ edge of RXC and RXERR=true is generated 
as a logic low on the 4* edge of RXC. 

TXERR is treated in a similar manner. During normal frame transmission, the signal stays at a logic high for both edges of TXC and 
during the period between frames where no errors are to be indicated, the signal stays low for both edges. 



TX CTL 


GMII TX EN 


GMII TX ER 


TXDf7:0] 


Description 


PLS DATA.request parameter 


0,0 


0 


0 


00 through FF 


Normal inter-frame 


TRANSMIT COMPLETE 


0,1 


0 




00 through 0E 


Reserved — 




0,1 


0 




OF 


Carrier Extend 


EXTEND (eight bits) 


0,1 


0 




10 through IE 


Reserved — 




0,1 


0 




IF 


Carrier Extend Error 


EXTEND ERROR (eight bits) 


0,1 


0 




20 through FF 


Reserved — 




1,1 


1 


0 


00 through FF 


Normal data transmission 


ZERO, ONE (eight bits) 


1,0 


1 


1 


00 through FF 


Transmit error propagation 


No applicable parameter 



NOTE — Values in TXD[7:0] column are in hexadecimal 



RXC(at Source) 



TABLE 3 (Allowable Encoding of TXD, TXERR and TXEN) 

V alid Fram e 



RXD[7:4||3:0| 



^ HXD|3:Q| ^ RXD|7:M^ TXDQ ^ TXD|7 ") (^ ^ ^ ^ 



RX EN -Uuc RXERR- fihe 



EN-fmlje RXERR- (mltc 



Fram e w ith error 



RXC<at Soured) 



RXD(7:4|[3:0| 



^ RXO|»:01^ RXD17:iT^ RXD[3:o 7 ^ RXP[7:4|y ^^ 



/RXEN-lruc\ J 
V 



R XERR-Uue / RX EN -true RXERR - (mitt 



c RXERR" f«li« 



End of F ram e 



FIGURE 4 
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RX_CTL 


GMII_RX_DV 


GMII_RX_ER 




RXD[7:0] 


Description 


PLS_D ATA. indicate or 
PHY status parameter 


0,0 


0 


0 


# 


xxx 1 or xxxO 


Normal inter-frame 


Indicates link status 
0=down, l=up 


0,0 


0 


0 


# 


xOOx or xOlx 
xlOx or xllx 


Normal inter-frame 


Indicates RXC clock speed 
00=2.5Mhz, 01=25Mhz, and 
10=125Mhz, Il=reserved 


0,0 


0 


0 




1 xxx or Oxxx 


Normal inter-frame 


Indicates duplex status 
O^half-duplex, l=full duplex 


0,1 


0 


1 


* 


00 


Reserved 


— 


0,1 


0 


1 


* 


01 through 0D 


Reserved 


— 


0,1 


0 


1 


* 


0E 


False Carrier indication 


False Carrier Present 


0,1 


0 


1 


* 


OF 


Carrier Extend 


EXTEND (eight bits) 


0,1 


0 


1 


* 


10 through IE 


Reserved 


— 


0,1 


0 


1 


* 


IF 


Carrier Extend Error 


ZERO, ONE (eight bits) 


0,1 


0 






20 through FE 


Reserved 




0,1 


0 




* 


FF 


Carrier Sense 


PLS Carrier. Indicate 


u 


1 


0 




00 through FF 


Normal data reception 


ZERO, ONE (eight bits) 


1,0 


1 


1 


* 


00 through FF 


Data reception error 


ZERO, ONE(eight bits) 



* NOTE— (Required Function) Values in RXD[7:0] column are in hexadecimal. 
U NOTE — (Optional) Values in RXD[7:0] column are in binary; nibbles are repeated on ^ edge and ^ 



edge. 



TABLE 4 (Allowable Encoding of RXD, RXDV and RXERR) 

3. 4. 1 In-Band Status (Optional) 

In order to ease detection of the link status, speed and duplex mode of the PHY, inter-frame signals will be placed onto the RXD[3:0] 
signals as indicated in table 4. The status of the PHY shall be indicated whenever Normal Data, Data Error, Carrier Extend, Carrier 
Sense, or False Carrier are not present. When link status is down, PHY speed and duplex are defined by the PHY's internal setting. 



3. 4. 2 In-Band Status (Required) 

CRS is indicated by the case where RXDV is true, or the case where RXDV is false, RXERR is true, and a value of FF exists on the 
RXD[7:0] bits simultaneously or in the case where a Carrier Extend, Carrier Extend Error or False Carrier are occurring as defined in 
Table 4. Carrier Extend and Carrier Extend Error are applicable to Gigabit speeds only. 

Collision is determined at the MAC by the assertion of TXEN being true while either CRS or RXDV are true. The PHY will not assert 
CRS as a result of TXEN being true. 



RXC(at Source) 



RX C(at Source) 



In-Band Status Example 
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In-Band Status Example 



RXD[7:4||3:0| ^ oooo ^ oooo ^ oooo oooo ^ 1101 ^ n 

LINK-DOWN LINK-UP 
2.SM Hz clock I2JM Htclotl; 

half* duplex full-duplex 

RX_CTL RXEN-filic RXERR-filu 



RXD[7:4|(3:0| ^ RXDpo^ RXD[7 : 4i"^ Rxopo^ RXDi7-<^ ^ ( ~^)\ " 0 ' X 

\ 



LINK-UP 
IDMHi clock 
FULL-DUPLEX 



RXEN-true RXERR-fehe \ RXEN-lilic RXERR- false 



FIGURE 5 



R X C(at Sourc c) 



RXD[7:4J|3:0] 



RXC(at Source) 



R XD|7:4 ||3:0] 



In-Band Status E x am p le (C airier Extend) 



RXDp7^^TxD17:<| ^ RXD[3:0'^ RXD17:4^ ^ F ^ <> ^ 



CARRIER EXTEND 



R X E R R - tr u 



RXEN-true RX ER R ■ false \ RX EN -false/ 

In-Band Status Example (C arricr Extend ) 

j \_j~^_r j \ / 



^ RXD|J ^l ^ RXD[ 7:4| ^ RXD\Mt}j^ RXDl?:^ ^ F 1 ^ 

CA RR1ER EKTENO 

RXEN-true RXERR- false \ RXEN-filic J RXERR- true 



FIGURE 6 



'j&sHtotifo&ry mmk it&r itwtlmst wfly 
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4.0 Electrical Characteristics 

The RGMII and RTBI signals (including MDIO/M.DC) will be based upon 1.5v HSTL interface voltages as defined by JEDEC 
E1A/JESD8-6. Please refer to that specification for details on the Class 1 drivers and receivers. 

5.0 10/100 Functionality 

This interface can be used to implement the 10/100 Mbps Ethernet Media Independent Interface (Mil) by reducing the clock rate to 
25MHz for 100Mbps operation and 2.5MHz for 10Mbps. The TXC will always be generated by the MAC and RXC will be generated 
by the PHY. During packet reception, the RXC may be stretched on either the positive or negative pulse to accommodate the 
transition from the free running clock to a data-synchronous clock domain. When the speed of the PHY changes, a similar stretching of 
the positive or negative pulses is allowed. No glitching of the clocks are allowed during speed transitions. 

This interface will operate at 10 and 100Mbps speeds exactly the same way it does at Gigabit speed with the exception that the data 
may be duplicated on the edge of the appropriate clock. 

The MAC wilt hold TX CTL low until it has ensured that it is operating at the same speed as the PHY. 

6.0 Mode Selection 

The decision about which mode of operation this interface will use is left to the implemented. It may be done with hard-wired pins, or 
through register bits that are controlled by software. 

7,0 Hewlett Packard Intellectual Property 

The Hewlett-Packard Company has released its proprietary rights to information contained in this document for the express purpose of 
implementation of this specification to encourage others to adopt this interface as an industry standard. Any company wishing to use 
this specification may do so if they will in turn relinquish their proprietary rights to information contained or referenced herein. Any 
questions concerning this release should be directed to the Director of Intellectual Property, Hewlett-Packard Company, 3000 Hanover 
Street, Palo Alto, CA. 

7.1 Contributions of intellectual Property 

All contributing companies incorporating their logo on this document have relinquished their proprietary rights to information 
contained in this document for the express purpose of implementation of this specification to encourage others to adopt this interface as 
an industry standard. Any questions concerning their contributions should be directed to their corporate headquarters. 

7.2 Disclaimer 

This RGMII Specification is provided "as is" with no warranties whatsoever, including any warranty of merchantability, non- 
infringement, fitness for any particular purpose, or any warranty otherwise arising out of any proposal, specification, or sample. 

All contributing companies incorporating their logo on this document disclaim all liability for infringement of proprietary rights, 
relating to use of information in this specification. 
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From: DOVE, DANIEL J (HP-Roseville,ex1 ) [IMCEAEX- 

_0=HP_OU=AMERICAS_CN=RECIPIENTS_CN=AM-31449@hardingmarketingxom] 

Sent: Monday, June 10, 2002 1:48 PM 
To: TAKATA.STAN (HP-Rosevi1le,ex1 ) 
Subject: RGMII spec onto ProCurve Website 

Hi Stan, 

We discussed putting these onto the website a week or 
so ago. I recommend putting them onto the FAQ site as 
it is a good spot for technical information. 

http;//www^^ 

I would like to propose the following verbage on the page 
that holds pointers to the two documents. 



Reduced Gigabit Media Independent Interface (RGMII) 

This interface was developed by Hewlett Packard with the 
objective of providing a low-cost, low-pin count interface 
for Gigabit Ethernet devices. Other companies have provided 
review and intellectual property in the development of this 
interface with the express intention of making it public 
domain. 

RGMII version 1.3 was released in December of 2000 for 
implementation into .25u silicon. It required 2.5V CMOS 
I/O and PC board layout considerations to achieve proper 
timing. This was done for expediency and to ease silicon 
design criteria. 

RGMII version 2.0 was released in April of 2002 for 
implementation into .18u and smaller geometry silicon. It 
uses HSTL class 1 I/O which reduces power and allows for 
compatibility with 2.5V CMOS designs. It also incorporates 
modified timing to allow direct connection between devices 
without PC board layout considerations for timing. It has 
been designed to allow accomodation of designs which use 
version 1.3 and 2.0 on the same PC board implementation 
as long as careful attention is paid to details. This version 
is recommended for all future designs that incorporate RGMII. 



Please let me know when the documents hit the website and 
what the final URL is. I would like to send out an email to 
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^GMII spec onto ProCurve Website 

the RGMII community letting them know where to find it. 

Thanks, 

Dan 



11/15/2005 



Ticket # 18302 Entered 6/10/2002 Target 6/19/2002 

Reguested Submitted — — - In Progress • Approval Publication Closed 

Project Assignee Entered By Status Priority 

WndSite marybeth_p stan t closed Medium 

SUMMARY Please add the attached to http://www.hp.com/rnd/librarY/technology.htm 

URL: (live/Stage) 

http : //www .hp .com/rnd/library/technology .htm 
Related URLs: 

6/11/02, 2:00PM, stan_t - looks great, thanks! By the way, no need to add this to the FAQ's. 
Additional Info. Attachment W 

Attachments ) RGMH spec onto ProCurve Website..msa 

RGMIIvl 3.pdf 
RGMIIV2 O.pdf 

6/10/02, 5:02:24 PM - stan_t: 
Please add the RGMII spec to the technology library . 

copy 

6/11/02, 1:46:23 PM - mattg: 
Page and PDF's released live. 



Description 

Level of QA 
Followups 



6/11/02, 11:55:03 AM -marybeth_p: 
Matt, OK to publish! 

6/11/02, 11:06:04 AM - marybeth_p: 
Stan, will this work? 

6/11/02, 10:56:20 AM - mattg: 
New section added and links made. 



6/11/02, 9:46:54 AM -marybeth_p: 
Matt, please add a new line in blue chiclet titled "reduced 
gigabit media independent interface (RGMII)" and link to a new 
section in table with the same name. 

Please add 2 new lines in table: one with 1st 2 paragraphs 
from attached message, with link to attached RGMIIvl_3.pdf 
(-> pdf: 227 kb), second table line with 3rd paragraph of 
message, linked to attached RGMIIv2_0.pdf (-> pdf: 233 kb) 
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This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

,ACK BORDERS 
IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 
BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 
XOLOR OR BLACK AND WHITE PHOTOGRAPHS 
GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 





